FreeSql连接达梦数据库时指定Schema的解决方案

在使用FreeSql连接达梦数据库(DM)时，开发者可能会遇到一个常见问题：即使连接字符串中指定了数据库名称，实际查询仍然会指向默认的SYSDBA库。这实际上是达梦数据库特有的Schema机制导致的，需要开发者理解达梦的权限体系才能正确解决。

达梦数据库的Schema机制

达梦数据库采用了类似Oracle的Schema设计，每个用户创建后都会自动生成一个同名的Schema。所有数据库对象(表、视图等)实际上都是存储在特定Schema下的，访问时需要完整指定"Schema名.对象名"。

与MySQL等数据库不同，达梦的连接字符串中的"database"参数并不直接对应Schema名称。默认情况下，连接会使用用户自身的Schema(SYSDBA用户对应SYSDBA Schema)。

解决方案

方案一：使用Table特性指定Schema

FreeSql提供了[Table]特性来显式指定Schema和表名：

[Table(Name = "YSZD.TableName")]
public class YourEntity 
{
    // 实体属性
}

这种方式适合CodeFirst开发模式，可以精确控制每个实体类对应的Schema和表名。

方案二：创建专用用户

更推荐的做法是为每个应用创建专用用户，达梦会自动创建同名Schema：

1. 使用SYSDBA登录数据库
2. 创建新用户：CREATE USER YSZD IDENTIFIED BY "yourpassword";
3. 授予必要权限：GRANT RESOURCE TO YSZD;
4. 修改连接字符串使用新用户：

"server=192.168.11.165;port=5236;user=YSZD;password=yourpassword;poolsize=5"

这样所有查询都会自动指向YSZD Schema，无需在代码中硬编码Schema名称。

最佳实践建议

1. 生产环境避免使用SYSDBA账号，应为每个应用创建独立用户
2. 对于多租户系统，可以利用不同用户/Schema实现数据隔离
3. 使用CodeFirst开发时，合理规划实体类与Schema的映射关系
4. 连接字符串中的database参数在达梦中可以忽略，主要依靠用户身份确定Schema

理解达梦的Schema机制后，开发者可以更灵活地设计数据库权限体系，构建更安全可靠的应用程序。FreeSql通过Table特性提供了足够的灵活性来适应这种数据库设计。