SQL语法区分大小写吗？

StackOverflow https://stackoverflow.com/questions/153944

  •  03-07-2019
  •  | 
  •  

题

SQL是否区分大小写。我使用过的MySQL和SQL Server似乎都是敏感的。总是这样吗？标准是否定义了区分大小写？

有帮助吗？

解决方案

SQL关键字不区分大小写（SELECT，FROM，WHERE等），但通常以全部大写形式编写。但是在某些设置中，表和列名称区分大小写。 MySQL有一个配置选项来启用/禁用它。通常区分大小写的表和列名称是Linux上的默认值，不区分大小写在Windows上是默认值，但现在安装程序在安装过程中询问了这一点。对于MSSQL，它是数据库的排序规则设置的函数。

以下是关于名称区分大小写的 MySQL页面

以下是 MSDN中有关MSSQL排序规则的文章

其他提示

这不是严格的SQL语言，但在SQL Server中，如果数据库排序规则区分大小写，则所有表名都区分大小写。

在Sql Server中这是一个选项。打开它很糟糕。

我不确定MySql。

标识符和保留字不应区分大小写，尽管许多标准符和保留字遵循惯例使用大写字母用于保留字和Pascal大小写用于标识符。

请参阅 SQL-92 Sec。 5.2

SQL92规范指出标识符可能是引用或不引用。如果双方都没有引用，那么它们总是不区分大小写，例如table_name == TAble_nAmE

但引用的标识符区分大小写，例如"table_name" != "TAble_naME"。如果您希望将未标记的标识符与引用的标识符进行比较，那么根据规范，如果未加引号的字符是大写的，则可以认为未加引号和引用的标识符是相同的，例如， TABLE_NAME == "TABLE_NAME"，但TABLE_NAME != "table_name"或TABLE_NAME != "TAble_NaMe"。

以下是规范的相关部分（第5.2.13节）：

     13)A <regular identifier> and a <delimited identifier> are equiva-
        lent if the <identifier body> of the <regular identifier> (with
        every letter that is a lower-case letter replaced by the equiva-
        lent upper-case letter or letters) and the <delimited identifier
        body> of the <delimited identifier> (with all occurrences of
        <quote> replaced by <quote symbol> and all occurrences of <dou-
        blequote symbol> replaced by <double quote>), considered as
        the repetition of a <character string literal> that specifies a
        <character set specification> of SQL_TEXT and an implementation-
        defined collation that is sensitive to case, compare equally
        according to the comparison rules in Subclause 8.2, "<comparison
        predicate>".

请注意，就像SQL标准的其他部分一样，并非所有数据库都完全遵循此部分。例如，PostgreSQL存储所有未加引号的标识符而不是大写的，因此table_name == "table_name"（这与标准完全相反）。此外，一些数据库始终不区分大小写，或区分大小写取决于数据库中的某些设置，或者取决于系统的某些属性，通常是文件系统是否区分大小写。

请注意，某些数据库工具可能会一直发送引用的标识符，因此在混合某些工具生成的查询的情况下（如Liquibase生成的CREATE TABLE查询或其他数据库迁移工具），可以使用手工查询（如您的应用程序中的简单JDBC选择）您必须确保案例是一致的，尤其是在引用和不带引号的标识符不同的数据库（DB2，PostgreSQL等）上

我的理解是SQL标准要求不区分大小写。但我不相信任何数据库完全符合标准。

MySQL的配置设置是<！> quot; strict mode <！>的一部分;对于区分大小写或不敏感的表名，（一些使MySQL更符合标准的设置）。无论此设置如何，列名仍然不区分大小写，但我认为它会影响列名的显示方式。我相信这个设置在整个实例范围内，在RDBMS实例中的所有数据库中，尽管我今天正在研究确认这一点（希望答案是否定的）。

我喜欢Oracle如何更好地处理这个问题。在直接SQL中，表和列名称等标识符不区分大小写。但是，如果由于某种原因您真的希望获得显式大小写，则可以将标识符括在双引号中（这在Oracle SQL中与用于包含字符串数据的单引号完全不同）。所以：

SELECT fieldName
FROM tableName;

将从 tablename 查询 fieldname ，但

SELECT "fieldName"
FROM "tableName";

将从 tableName 查询 fieldName 。

我很确定你甚至可以使用这种机制将空格或其他非标准字符插入标识符。

在这种情况下，如果由于某种原因你发现明确的表格和列名称是可取的，那么你可以使用它，但它仍然是我要高度警告的东西。

我每天使用Oracle时的惯例是，在代码中我会将所有Oracle SQL关键字都置为大写，所有标识符都是小写的。在文档中，我将所有表和列名称都放在大写。能够做到这一点非常方便和可读（尽管在代码中键入如此多的大写字母有时会很痛苦 - 我确信我可以找到一个编辑器功能来帮助，这里）。

在我看来，MySQL在不同的平台上对此有所不同。我们需要能够在Windows上转储数据库并将它们加载到UNIX中，如果Windows上的安装程序忘记将RDBMS置于区分大小写模式，那么这样做会很麻烦。 （公平地说，这是一场灾难的部分原因是我们的编码员很久以前做出了错误的决定，依赖于UNIX上的MySQL的区分大小写。）编写Windows MySQL安装程序的人员非常方便像Windows一样，很高兴为人们提供一个复选框来说<！>;你想打开严格模式并使MySQL更符合标准吗？<！> quot;但是，MySQL与标准的区别非常方便，然后通过转向并与其在不同平台上的事实上的标准不同而使事情变得更糟。我敢肯定，在不同的Linux发行版上，这可能会更加复杂，因为不同发行版的打包程序可能有时会合并自己喜欢的MySQL配置设置。

这里是另一个进入的SO问题讨论在RDBMS中是否需要区分大小写。

没有。 MySQL不区分大小写，也不是SQL标准。通常的做法是将命令写成大写。

现在，如果你在谈论表/列名，那么它们是，但不是命令本身。

所以

SELECT * FROM foo;

与

相同 
select * from foo;

但与

不一样 
select * from FOO;

我发现这篇博客文章非常有用（我不是作者）。总结（请阅读）：

  

...分隔标识符区分大小写（<！>“; table_name <！>”;！= <！>“; Table_Name <！>”;），而非引用标识符不是，并且转换为上层case（table_name = <！> gt; TABLE_NAME）。

他发现DB2，Oracle和Interbase / Firebird 100％兼容：

  

PostgreSQL ...小写每个不带引号的标识符，而不是大写它。 MySQL ...依赖于文件系统。 SQLite和SQL Server ...表和字段名称的大小写在创建时保留，但之后完全被忽略。

SQL关键字本身不区分大小写。

表，列等的名称具有与数据库相关的区分大小写 - 除非您另有说明，否则您应该假设它们区分大小写（在许多数据库中它们不是;但在MySQL表名中有时区分大小写但大多数其他名字都没有。）

使用=，<！> gt;比较数据，<！> lt;等，具有案例意识，该案例意识取决于在各个数据库，表格或甚至列中使用的整理设置。但是，在数据库中保持校对相当一致是正常的。我们有几列需要存储区分大小写的值;他们有专门设置的校对。

我认为SQL Server不区分大小写，至少在默认情况下不是。

当我通过Management Studio手动查询时，我总是把案件弄得一团糟，并乐意接受它：

select cOL1, col2 FrOM taBLeName WheRE ...
许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top