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（并且所有标识符都将存储为{{ 1}}在系统目录中）。

以下引用的标识符引用3个不同的对象：FOOBAR，"FOOBAR"，"foobar"。

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

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

PostgreSQL符合区分大小写，但它将所有内容折叠为小写。

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

SQL Server更加非标准，因为它保留了大小写（类似于Windows下NTFS的工作方式），所以它不会将名称折叠为任何东西。因此，当它存储在系统目录中时，它不会更改名称的大小写（但默认情况下它不区分大小写）。出于这个原因，你会发现人们在使用CamelCase的微软环境中工作更频繁，例如在Oracle环境中。

为什么下划线通常用在sql表名而不是camel case中

1 个答案: