为什么下划线通常用于sql表名而不是驼峰式[关闭]答案

【问题标题】：Why underline is usually used in the sql table names rather than camel case [closed]为什么下划线通常用于sql表名而不是驼峰式[关闭]
【发布时间】：2013-01-14 11:41:41
【问题描述】：

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

【问题讨论】：

谁是“每个人”？我不使用下划线。
我们使用下划线，但使用 TBL_ALL_CAPS！没办法，我猜 ;)
你不能做任何事情。主要是个人喜好或公司标准决定如何命名表/列。是的，如果您的数据库区分大小写，camelCase 可能会有所作为。至少 MS SQL Server 是这样。
SQL 是否区分大小写取决于正在使用的排序规则。并且不同数据库系统的默认排序规则各不相同（有些有 a 默认值，有些允许您在安装过程中选择默认值）。所以，这取决于。
好的！我把大家改成“通常”！但我举了一个例子 - wordpress - 另一个例子可以是 mediawiki 看到这个例子：mediawiki.org/wiki/Manual:Category_table 至少根据我在不同的开源项目中看到的。这是一种经常出现的模式，但我只看到过开源项目，因为我从未在一家制作封闭源项目的公司工作过。

标签： sql case-sensitive case-insensitive

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

【讨论】：