ABP.IO如何为所有模块修改DbTablePrefix

1. 将静态配置移到启动入口最前端 #

所有表前缀、Schema的静态属性赋值，必须写在项目Main方法内、Host构建逻辑之前，禁止放在任何模块的PreConfigureServices、ConfigureServices流程中。

• 原因：ABP各模块DbContext构建数据模型时，会第一时间读取对应DbProperties类的静态属性值。如果赋值逻辑的执行顺序晚于该读取动作，程序会使用框架默认的"Abp"前缀，与迁移阶段生成的自定义表名完全不匹配。
• 参考代码结构：

  public async static Task Main(string[] args)
  {
      // 位于所有Host初始化、模块加载逻辑之前
      AbpCommonDbProperties.DbTablePrefix = "";
      AbpCommonDbProperties.DbSchema = "dbo";
      // 必须单独赋值：全局配置不会自动透传到独立配置的模块
      AbpSettingManagementDbProperties.DbTablePrefix = "";
      AbpSettingManagementDbProperties.DbSchema = "dbo";
      AbpLocalizationDbProperties.DbTablePrefix = "";
      AbpLocalizationDbProperties.DbSchema = "dbo";
  
      var builder = WebApplication.CreateBuilder(args);
      // 保留原有项目配置逻辑
  }
  

2. 清理缓存后重新生成迁移 #

• 删除所有模块Migrations文件夹内的历史迁移文件，清空数据库中__EFMigrationsHistory表的全部记录
• 清理解决方案所有项目的bin、obj缓存目录，关闭所有正在运行的Host进程
• 重新生成迁移、执行数据库结构更新，确保迁移生成的表名、Schema与运行时配置完全一致

3. 保证双启动项目配置统一 #

解决方案包含HttpApi.Host、IdentityServer两个独立启动项目，必须在两个项目的Main方法中写入完全相同的表前缀、Schema赋值代码，不得只在单个项目中配置。同时核对迁移使用的设计时工厂代码，确保工厂内定义的表名映射与运行时配置无偏差。

4. 校准Settings模块的映射规则 #

• Settings模块不会默认读取全局的表前缀配置，必须手动给AbpSettingManagementDbProperties类赋值对应的值
• 检查自定义DbContext的OnModelCreating方法，移除所有硬编码的表名、Schema配置，让框架自动按照DbProperties规则生成映射

内容的提问来源于stack exchange，提问作者Brett Morris