为什么在SQL表名称中通常使用下划线而不是驼峰式大小写

Question

在我已经看到的所有应用程序/示例中（例如wordpress）。列表名称使用下划线而不是驼峰式大小写。我想知道是否存在一些技术上的不兼容性问题，或者这是一个约定？它取决于系统平台（Linux
/
Windows）还是sql方言（Mysql，postgreSQL，DB2，Oracle等）。例如，在下表中，我使用过骆驼保护套，但还没有任何问题/警告！如果我应该/必须重构我的表，为什么要/必须这样做？

SQL是否对表/列名称不区分大小写？那方言呢？

CREATE TABLE `testuser` (
  `id` bigint(20) NOT NULL,
  `user_type` varchar(8) NOT NULL,
  `username` varchar(30) DEFAULT NULL,
  `password` varchar(128) DEFAULT NULL,
  `regDate` datetime DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `username` (`username`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

Answer 1

一些背景信息：

（ANSI）SQL标准要求未引用的标识符以大写形式存储在系统目录中，并且未引用的标识符不区分大小写。

根据标准下面的非引用的标识符引用相同的对象（例如，表）：
，FOOBAR，foobar（FooBar和所有将被存储为FOOBAR在系统目录中）。

下面 引用 标识符文献3个不同的对象："FOOBAR"，"foobar"，"FooBar"。

几乎所有的DBMS至少都符合未引用标识符 不区分大小写的要求 。据我所知，除了MySQL和SQL
Server之外，两者都可以配置为区分大小写，即使对于未加引号的标识符也是如此。我不确定SQL
Server的默认行为是什么（正如Damien在他的评论中指出的那样，这取决于用于SQL Server的排序规则）。

MySQL更加令人困惑，因为它的行为取决于几种配置设置，存储引擎和文件系统的组合。我知道的所有其他DBMS在所有平台和安装中的行为都是一致的。

PostgreSQL遵循区分大小写的原则，但它会将所有内容折叠为小写。

因此，考虑到这些规则，我 认为 使用下划线的“传统”命名约定源于对象名称以大写形式存储的事实。获得“可读”名称的唯一方法是用下划线分隔名称的重要部分。

由于SQL
Server保留大小写（类似于Windows下的NTFS的工作方式），因此它甚至更加不符合标准，因此它不会将名称折叠成任何东西。因此，当名称存储在系统目录中时，它不会更改名称的大小写（但默认情况下，它不区分大小写）。因此，与在Oracle环境中相比，您会发现使用CamelCase在Microsoft环境中工作的人员更多。