以下请参考

在达梦数据库（DM）中，CASE_SENSITIVE 参数的设置决定了数据库对字符串比较是否区分大小写，但 标识符（如列名、表名）的大小写敏感性由其他机制控制。以下是具体原因：

1. CASE_SENSITIVE 的作用范围

• CASE_SENSITIVE=1 表示数据库在进行 字符串值比较（如 WHERE log_time = '2023-01-01'）时区分大小写。
• 但标识符（如列名、表名）的大小写敏感性不受此参数直接影响。
  例如，即使 CASE_SENSITIVE=1，查询 SELECT log_time FROM biz_log 仍可能成功，如果数据库对标识符的大小写不敏感。

2. 标识符的大小写敏感性

• 在达梦数据库中，标识符的大小写敏感性通常由系统默认行为或字符集设置决定。
• 如果未使用双引号（"）定义列名（如 LOG_TIME），数据库可能默认将列名存储为大写，并在查询时自动转换为小写匹配（具体行为取决于系统配置）。
• 若使用双引号定义列名（如 "LOG_TIME"），则标识符的大小写敏感性可能由其他参数或操作系统设置决定。

3. 查询成功的原因

• 在您的场景中，SELECT log_time FROM biz_log 能成功，可能有以下原因：
  1. 数据库默认对标识符不区分大小写：即使列名是大写的 LOG_TIME，查询时使用小写也能匹配。
  2. 列名未使用双引号定义：如果表结构中列名未用双引号（如 LOG_TIME），数据库可能自动将查询的小写转换为实际存储的大小写形式。
  3. 其他配置覆盖了 CASE_SENSITIVE 的行为：某些系统参数或字符集设置可能影响标识符的大小写敏感性。

4. 验证方法

• 检查列名的实际存储形式：

  SELECT column_name FROM information_schema.columns 
  WHERE table_name = 'BIZ_LOG';
  

  观察 column_name 的实际值（如是否为 LOG_TIME 或 log_time）。
• 确认数据库的字符集和大小写处理规则（如是否启用 NLS_SORT 或 NLS_LANGUAGE 参数）。

结论

CASE_SENSITIVE=1 仅影响字符串值的比较，不控制标识符的大小写敏感性。查询成功是因为数据库在解析标识符时默认支持大小写不敏感，或列名未使用双引号定义，导致小写匹配被允许。

如果以上能为您解决问题，请点击“设为最佳答案”并确认，谢谢！