区分大小写的数据库有好处吗?

Jac*_*ack 21 database sql-server

我们刚刚将DEVEL的SQL Server 2005数据库"迁移"到了TEST中.不知何故,在迁移过程中,数据库从不区分大小写变为敏感 - 因此大多数SQL查询突然崩溃.

我想知道的是 - 拥有区分大小写的架构有什么明显的好处吗?

注:我的意思是表名,列名,存储过程的名称等.我不是指实际的数据被存储的表格中.

在第一次检查时,我找不到提供优于不区分大小写的好处的正当理由.

Jac*_*ack 12

我刚刚发现了为什么我们让它区分大小写.这是为了确保当我们在客户端站点上部署它时,无论客户端的SQL Server是否设置为区分大小写,我们的数据库都能正常工作.

这是我没想到的答案.

  • 另一个答案是:让一半的测试系统区分大小写,另一半不敏感.这将捕获两类错误. (2认同)

Sch*_*ern 7

我真的想不出任何好的理由SQL标识符应该区分大小写.我可以想到一个糟糕的,它是一个MySQL为他们的表名称区分大小写的原因.每个表都是磁盘上的文件,您的文件系统区分大小写,并且MySQL开发人员忘了table_file = lc(table_name).将MySQL模式移动到不区分大小写的文件系统时,这很有趣.

我可以想到他们不应该区分大小写的一个重要原因.

一些模式作者将变得聪明并且决定this_table显然意味着This_Table与这两个表(或列)不同的东西.您也可以在架构中的那一点写" 插入错误 ".

此外,不区分大小写使您可以在SQL中更具表现力,以强调表和列与命令,而不必依赖于架构作者决定执行的操作.

SELECT this, that FROM Table;
Run Code Online (Sandbox Code Playgroud)


Ric*_*ich 5

并非Unicode的所有部分都具有大写和小写字符之间的双射映射 - 甚至是两组情况.

在这些地区,"不区分大小写"有点毫无意义,可能会产生误导.

这就是我现在能想到的一切; 在ASCII集中,除非你想让Foo和foo不同,否则我没有看到这一点.