我的理解是，SQL标准要求不区分大小写。不过，我不相信任何数据库都完全遵循标准。

MySQL有一个配置设置，作为它的“严格模式”(使MySQL更符合标准的几个设置的集合)的一部分，用于区分大小写或不敏感的表名。不管这个设置如何，列名仍然是不区分大小写的，尽管我认为它会影响列名的显示方式。我相信这个设置是实例级的，横跨RDBMS实例中的所有数据库，尽管我今天正在研究以确认这一点(并希望答案是否定的)。

我更喜欢甲骨文的处理方式。在直接SQL中，表名和列名等标识符是不区分大小写的。然而，如果出于某种原因，您确实希望获得显式的大小写，您可以将标识符包含在双引号中(在Oracle SQL中，双引号与用于包含字符串数据的单引号有很大不同)。所以:

SELECT fieldName
FROM tableName;

将从表名查询字段名，但是

SELECT "fieldName"
FROM "tableName";

将从tableName中查询fieldName。

我非常确定您甚至可以使用这种机制在标识符中插入空格或其他非标准字符。

在这种情况下，如果出于某种原因，您发现显式大小写表名和列名是可取的，那么您可以使用它，但这仍然是我要高度警告的。

当我每天使用Oracle时，我的习惯是在代码中，我将所有Oracle SQL关键字都大写，所有标识符都小写。在文档中，我将所有表和列名都用大写。这样做是非常方便和易读的(尽管有时在代码中键入如此多的大写字母是一种痛苦——我相信我可以在这里找到一个编辑器功能来帮助)。

In my opinion MySQL is particularly bad for differing about this on different platforms. We need to be able to dump databases on Windows and load them into Unix, and doing so is a disaster if the installer on Windows forgot to put the RDBMS into case-sensitive mode. (To be fair, part of the reason this is a disaster is our coders made the bad decision, long ago, to rely on the case-sensitivity of MySQL on UNIX.) The people who wrote the Windows MySQL installer made it really convenient and Windows-like, and it was great to move toward giving people a checkbox to say "Would you like to turn on strict mode and make MySQL more standards-compliant?" But it is very convenient for MySQL to differ so significantly from the standard, and then make matters worse by turning around and differing from its own de facto standard on different platforms. I'm sure that on differing Linux distributions this may be further compounded, as packagers for different distros probably have at times incorporated their own preferred MySQL configuration settings.

下面是另一个Stack Overflow问题，讨论在RDBMS中是否需要区分大小写。

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关键字本身不区分大小写。

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

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

我的理解是，SQL标准要求不区分大小写。不过，我不相信任何数据库都完全遵循标准。

MySQL有一个配置设置，作为它的“严格模式”(使MySQL更符合标准的几个设置的集合)的一部分，用于区分大小写或不敏感的表名。不管这个设置如何，列名仍然是不区分大小写的，尽管我认为它会影响列名的显示方式。我相信这个设置是实例级的，横跨RDBMS实例中的所有数据库，尽管我今天正在研究以确认这一点(并希望答案是否定的)。

我更喜欢甲骨文的处理方式。在直接SQL中，表名和列名等标识符是不区分大小写的。然而，如果出于某种原因，您确实希望获得显式的大小写，您可以将标识符包含在双引号中(在Oracle SQL中，双引号与用于包含字符串数据的单引号有很大不同)。所以:

SELECT fieldName
FROM tableName;

将从表名查询字段名，但是

SELECT "fieldName"
FROM "tableName";

将从tableName中查询fieldName。

我非常确定您甚至可以使用这种机制在标识符中插入空格或其他非标准字符。

在这种情况下，如果出于某种原因，您发现显式大小写表名和列名是可取的，那么您可以使用它，但这仍然是我要高度警告的。

当我每天使用Oracle时，我的习惯是在代码中，我将所有Oracle SQL关键字都大写，所有标识符都小写。在文档中，我将所有表和列名都用大写。这样做是非常方便和易读的(尽管有时在代码中键入如此多的大写字母是一种痛苦——我相信我可以在这里找到一个编辑器功能来帮助)。

In my opinion MySQL is particularly bad for differing about this on different platforms. We need to be able to dump databases on Windows and load them into Unix, and doing so is a disaster if the installer on Windows forgot to put the RDBMS into case-sensitive mode. (To be fair, part of the reason this is a disaster is our coders made the bad decision, long ago, to rely on the case-sensitivity of MySQL on UNIX.) The people who wrote the Windows MySQL installer made it really convenient and Windows-like, and it was great to move toward giving people a checkbox to say "Would you like to turn on strict mode and make MySQL more standards-compliant?" But it is very convenient for MySQL to differ so significantly from the standard, and then make matters worse by turning around and differing from its own de facto standard on different platforms. I'm sure that on differing Linux distributions this may be further compounded, as packagers for different distros probably have at times incorporated their own preferred MySQL configuration settings.

下面是另一个Stack Overflow问题，讨论在RDBMS中是否需要区分大小写。

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

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

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

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

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