SqlSugar 中达梦数据库(DM8)的 SCHEMA 筛选问题解析

在使用 SqlSugar 进行数据库优先(DbFirst)开发时，针对达梦数据库(DM8)的 SCHEMA 筛选功能存在一个需要注意的问题。本文将详细分析该问题的成因、影响范围以及解决方案。

问题现象

当开发者在连接字符串中配置了 SCHEMA 参数后，期望 SqlSugar 在生成模型时只筛选指定 SCHEMA 下的表结构。然而实际运行时，系统却获取了数据库中的所有表，导致可能产生错误。

技术背景

在达梦数据库(DM8)中，一个用户账户通常对应一个 SCHEMA。这与某些其他数据库系统(如Oracle)的设计类似。SqlSugar 默认使用 user_tables 视图来获取表信息，这个视图只包含当前用户拥有的表，而不考虑 SCHEMA 筛选。

问题根源

SqlSugar 在达梦数据库下生成表结构时，默认执行以下SQL查询：

select * from user_tables

这条SQL语句会返回当前用户下的所有表，而不会考虑连接字符串中配置的 SCHEMA 参数。这与开发者的预期行为不符。

解决方案

对于达梦数据库，正确的做法应该是查询 DBA_TABLES 系统视图，并添加 SCHEMA 筛选条件：

select TABLE_NAME from DBA_TABLES where OWNER = 'schema_name'

开发者需要注意，使用 DBA_TABLES 需要相应的数据库权限。如果权限不足，可以考虑使用 ALL_TABLES 视图替代。

类似数据库的对比

值得注意的是，人大金仓数据库也存在类似的SCHEMA筛选问题。对于人大金仓，解决方案是在连接字符串中添加 searchpath 参数来指定SCHEMA。

最佳实践建议

1. 对于达梦数据库，确保连接账户有查询 DBA_TABLES 或 ALL_TABLES 的权限
2. 在代码生成前，验证数据库账户与SCHEMA的对应关系
3. 考虑在SqlSugar配置中明确指定表查询的SQL语句
4. 对于生产环境，建议创建专门的只读账户用于代码生成

总结

SqlSugar在处理达梦数据库的SCHEMA筛选时存在默认行为与预期不符的情况。理解数据库的系统视图结构和权限体系是解决这类问题的关键。通过调整查询语句或配置参数，开发者可以确保代码生成过程只获取指定SCHEMA下的表结构。