大佬教程收集整理的这篇文章主要介绍了为什么下划线通常用在sql表名中而不是camel case，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
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` datetiR_708_11845@e 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的排序规则).
@H_294_2@mysqL更令人困惑,因为它的行为取决于几种配置设置,存储引擎和文件系统的组合.我所知道的所有其他DBMS在所有平台和安装中的行为都是一致的.POSTGResql符合区分大小写,但它将所有内容折叠为小写.
因此,根据这些规则,我认为使用下划线的“传统”命名约定源于对象名称以大写形式存储的事实.获得“可读”名称的唯一方法是使用下划线分隔名称的重要部分.
sql Server甚至更加非标准,因为它保留了大小写(类似于Windows下NTFS的工作方式),所以它不会将名称折叠为任何东西.因此,当它存储在系统目录中时,它不会更改名称的大小写(但默认情况下它不区分大小写).出于这个原因,你会发现人们在使用CamelCase的微软环境中工作更频繁,例如在Oracle环境中.
以上是大佬教程为你收集整理的为什么下划线通常用在sql表名中而不是camel case全部内容，希望文章能够帮你解决为什么下划线通常用在sql表名中而不是camel case所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。