数据库表名和字段名，为什么忽略大小写？为什么采用下换线分割单词？

数据库表名和字段名，为什么忽略大小写

在数据库设计和使用中，表名和字段名的大小写敏感性是由数据库管理系统（DBMS）的配置和操作系统决定的。有些数据库系统默认是区分大小写的，而有些则不区分。
在实际操作中，忽略大小写的原因主要有以下几点：

1. 兼容性和易用性：为了确保不同操作系统和数据库系统之间的兼容性，很多数据库系统默认设置为不区分大小写。这样可以减少由于操作系统差异导致的兼容性问题，同时也方便用户在不同环境下进行数据库操作。

2. 统一规范：在数据库设计时，为了保持一致性和规范性，通常会选择一种命名约定（如全部小写或驼峰命名法），并在整个数据库中统一使用。忽略大小写可以确保在创建表和字段时，不会因为大小写的差异而导致命名不一致。

3. 减少错误：人类在阅读和输入时容易忽略大小写，如果不区分大小写，可以减少因大小写错误导致的数据库操作失误。

4. 提高效率：在某些数据库系统中，不区分大小写可以提高查询效率，因为系统不需要对大小写进行额外的比较和处理。

然而，需要注意的是，虽然在很多情况下数据库表名和字段名会忽略大小写，但这并不意味着在所有情况下都应该忽略。在某些特定的数据库系统中，或者在需要区分大小写的特定场景下，大小写可能会被考虑在内。
因此，在使用数据库时，最好查阅相关文档，了解当前数据库系统的大小写敏感性，并根据实际情况和需求来决定是否需要考虑大小写。同时，在实际开发中，为了代码的清晰性和可维护性，建议开发者遵循一致的命名规范，避免因大小写不一致而产生混淆。

Oracle

在Oracle数据库中，表名和字段名的大小写敏感性是一个需要注意的问题。Oracle数据库的默认行为是不区分大小写的，这是由Oracle数据库的设计决定的。但是，在某些特定情况下，大小写敏感性可能会变得重要，尤其是在跨平台操作或者与其他数据库系统的交互时。

Oracle数据库的大小写规则

1. 默认不区分大小写：在Oracle数据库中，如果你在创建表或字段时没有使用双引号，那么Oracle会将所有的字母转换为大写，并以此为标准进行存储和检索。例如，如果你创建了一个名为mytable的表，在Oracle内部，它会被视为MYTABLE。

2. 使用双引号进行大小写指定：如果你希望在创建表或字段时保持特定的大小写，你需要使用双引号（"）将名称括起来。这样，Oracle就会按照你指定的大小写来存储和检索。例如，"myTable"将会被存储为myTable，而不是转换为大写。

3. 操作系统的影响：虽然Oracle数据库本身不区分大小写，但是操作系统可能会对文件系统的大小写敏感性产生影响。因此，在不同的操作系统上，相同的Oracle数据库可能会表现出不同的大小写敏感性。

跨数据库迁移的注意事项

当你需要将数据从Oracle迁移到其他数据库系统，或者反过来时，大小写敏感性可能会成为一个问题。不同的数据库系统对大小写的处理方式可能不同，因此在迁移过程中需要特别注意以下几点：

1. 保持一致性：在迁移过程中，确保所有的表名和字段名在目标数据库中保持原有的大小写。这可能需要你在迁移脚本中显式地指定大小写。

2. 修改应用程序代码：如果应用程序代码中硬编码了表名和字段名的大小写，可能需要修改这些代码以适应新的数据库系统。

3. 数据字典的查看：在Oracle中，数据字典（如USER_TABLES和USER_OBJECTS视图）会显示所有的表名为大写。如果你使用双引号创建了表或字段，那么在查询数据字典时，你需要考虑到这一点。

结论

虽然Oracle数据库默认不区分大小写，但在实际应用中，特别是在跨数据库迁移时，大小写敏感性是一个需要考虑的因素。为了确保数据的一致性和应用程序的正确运行，开发者和数据库管理员需要了解这些规则，并在必要时进行适当的调整。通过使用双引号来指定大小写，以及在迁移和开发过程中保持一致性，可以有效地解决这些问题。

MySQL

MySQL 数据库在不同操作系统下的表名和字段名大小写敏感性行为会有所不同，具体取决于 lower_case_table_names 系统变量的设置。

1. 在Windows系统：

   • 默认情况下，MySQL配置为lower_case_table_names=1，在这种情况下，MySQL会自动将所有表名转换为小写存储，因此在Windows系统上，无论是创建还是引用表名时，MySQL都会忽略大小写。

2. 在大多数Unix/Linux系统：

   • 默认情况下，MySQL配置为lower_case_table_names=0，此时MySQL遵循文件系统的大小写规则，也就是说数据库名、表名是区分大小写的。

然而，MySQL中的字段名在任何操作系统下，默认情况下都是不区分大小写的，除非你在创建表的时候特意选择了区分大小写的校对规则（例如，使用以*_bin结尾的校对规则）。这意味着，在查询时，你无需考虑字段名的大小写，MySQL服务器会将其转换为正确的大小写格式进行匹配。

为了实现跨平台的一致性，或者根据实际需求调整大小写敏感性，可以在MySQL启动配置文件（如my.cnf或my.ini）中修改lower_case_table_names的值。不过需要注意的是，这个系统变量一旦在数据库初始化后更改可能会导致已存在的表无法正常识别，除非进行了相应的重命名操作以适应新的大小写策略。

PostgreSQL

PostgreSQL 对于表名和字段名的处理并不完全忽略大小写。实际上，PostgreSQL 在其内部是区分大小写的，也就是说，表名和字段名在数据库中是按照确切的大小写来存储和识别的。

但在 SQL 语句执行时，如果没有使用引号明确指定大小写，则PostgreSQL 会对未引用的标识符（如表名和字段名）进行转换，通常将其转换为小写（这取决于数据库的locale设置）。这意味着在不使用引号的情况下，SELECT mycolumn FROM MyTable 和 select mycolumn from mytable 实际上会被解析为相同的查询，这是因为未加引号的标识符会被折叠成小写形式。

如果你想保持大小写敏感性：

• 如果你想创建或引用具有特定大小写的表名或字段名，应当使用双引号将它们包围起来，比如 "MyTable" 或 "myColumn"。这样，数据库就会精确地按照你所引用的大小写来识别它们。

如果你想进行不区分大小写的比较：

• 若要在查询时进行不区分大小写的字符串比较，PostgreSQL 提供了多种方法，如使用特定的文本搜索功能，或创建并使用一个忽略大小写的排序规则（collation）。

总结来说，虽然SQL语法解析阶段可以看似“忽略”大小写（通过对未引用的标识符进行转换），但PostgreSQL本身并不默认忽略表名和字段名的大小写。在需要确保大小写一致或进行不区分大小写的查询时，应采取相应的措施。

表名和字段名，为什么采用下换线分割单词

数据库表名和字段名采用下划线（underscore _）来分割单词的原因主要包括以下几个方面：

1. 可读性：

   • 在大多数编程语言和数据库系统中，标识符是连续的一串字符，不支持空格，因此下划线作为单词间的分隔符可以显著提高名称的可读性。

2. 区分大小写规则：

   • 不同的数据库系统对于标识符的大小写处理方式不同。MySQL 等数据库在未设置特定模式的情况下，默认对表名和字段名是大小写不敏感的，使用下划线可以清晰地分隔单词，即使在不区分大小写的环境中也能较好地区分各个单词。

3. 编码约定和一致性：

   • 许多开发团队遵循一定的编码规范，其中下划线命名法（snake_case）是一种常见的约定。它使得团队内部以及与其他开发者协作时，能保持一致的命名风格。

4. 避免冲突与混淆：

   • 驼峰命名（camelCase）在某些上下文中可能造成混淆，特别是在像 SQL 这样的查询语言中，由于没有自然的单词边界，myVariableName 在不熟悉的代码库中可能较难快速识别。而下划线命名则更容易看出单词界限，如 my_variable_name。

5. 历史传承与兼容性：

   • 下划线命名传统上在许多老系统和数据库中很常见，并一直沿用至今，部分原因是早期的数据库系统对大小写和特殊字符支持有限，下划线成为了有效的替代方案。

6. 跨平台和跨数据库兼容：

   • 不同数据库系统对大小写的处理方式各异，使用下划线可以减少因数据库迁移或跨数据库操作时因大小写问题导致的潜在错误。

综上所述，使用下划线作为表名和字段名中的单词分隔符是一种提高可读性、便于维护、降低冲突风险，并适应多种环境和历史习惯的做法。同时，MyBatis-Plus等ORM框架推荐这一做法也是出于简化映射配置和提升效率的目的。