在SQL Server中，这是一个选项。打开它太糟糕了。

我不确定MySQL。

在SQL Server中，这是一个选项。打开它太糟糕了。

我不确定MySQL。

SQL-92规范规定标识符可以被引用，也可以不被引用。如果两边都没有引号，那么它们总是不区分大小写的，例如，table_name == table_name。

但是，带引号的标识符是区分大小写的，例如，"table_name" != "table_name"。同样根据规范，如果你想比较不带引号的标识符和带引号的标识符，那么不带引号的标识符和带引号的标识符可以被认为是相同的，如果不带引号的字符是大写的，例如TABLE_NAME == "TABLE_NAME"，但是TABLE_NAME != "TABLE_NAME"或TABLE_NAME != "TABLE_NAME"。

以下是规范的相关部分(第5.2.13节):

A <regular identifier> and a <delimited identifier> are equivalent if the <identifier body> of the <regular identifier> (with every letter that is a lower-case letter replaced by the equivalent 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 <doublequote 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或其他DB迁移工具生成的CREATE TABLE查询)和手工查询(如应用程序中的简单JDBC选择)的情况下，必须确保情况一致，特别是在带引号和不带引号的标识符不同的数据库(DB2、PostgreSQL等)上。

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

当我通过SQL Server Management Studio手动查询时，我总是搞砸情况，它很高兴地接受它:

select cOL1, col2 FrOM taBLeName WheRE ...

SQL关键字是不区分大小写的(SELECT, FROM, WHERE等)，但它们通常都是大写的。但是，在某些设置中，表名和列名是区分大小写的。

MySQL有一个配置选项来启用/禁用它。通常区分大小写的表和列名是Linux MySQL的默认值，不区分大小写曾经是Windows的默认值，但现在安装程序在安装过程中询问这一点。对于SQL Server，它是数据库排序规则设置的函数。

这里是关于名称区分大小写的MySQL页面

下面是MSDN中关于SQL Server排序规则的文章

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

表名、列名等的区分大小写取决于数据库——你应该假定它们是区分大小写的，除非你知道另外的情况(在许多数据库中它们并不是;在MySQL中，表名有时区分大小写，但大多数其他名称不是)。

使用=、>、<等比较数据时，具有区分大小写的能力，这取决于正在使用的单个数据库、表甚至列上的排序规则设置。但是，在数据库中保持排序相当一致是正常的。我们有一些列需要存储区分大小写的值;它们有专门设置的排序规则。