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

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

select cOL1, col2 FrOM taBLeName WheRE ...

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语句，如果你需要格式化它，只要安装一个插件就可以了。这只适用于代码编辑器有这些插件的情况。Visual Studio Code有许多扩展可以做到这一点。

这里有两个你可以使用的:vcode -sql-formatter和SqlFormatter-VSCode

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

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

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

标识符和保留词不应该区分大小写，尽管许多标识符遵循一个约定，即保留词使用大写，标识符使用驼峰大小写。

参见SQL-92第5.2节

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

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

select cOL1, col2 FrOM taBLeName WheRE ...