在我已经看过的所有应用程序/示例中(例如wordpress).列表名称使用下划线而不是驼峰案例.我想知道是否存在一些技术不兼容问题,或者这是一个约定？它是依赖于系统平台(
Linux / Windows)还是sql方言(MysqL,postgresql,DB2,Oracle,…).例如在下表中我使用了驼峰盒,我还没有任何问题/警告！如果我应该/必须重构我的桌子,为什么要/我必须这样做？
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;
解决方法
一些背景资料：
(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的工作方式),所以它不会将名称折叠为任何东西.因此,当它存储在系统目录中时,它不会更改名称的大小写(但默认情况下它不区分大小写).出于这个原因,你会发现人们在使用CamelCase的微软环境中工作更频繁,例如在Oracle环境中.
