6

在我已经看到的所有应用程序/示例中（例如 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;
4

1 回答 1

13

一点背景资料：

(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 工作方式），因此它不会将名称折叠成任何东西。因此，当它存储在系统目录中时，它不会更改名称的大小写（但默认情况下不区分大小写）。出于这个原因，您会发现人们在 Microsoft 环境中使用 CamelCase 的频率比在 Oracle 环境中更频繁。

于 2013-01-14T13:12:23.673 回答