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环境中.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。