如何为Django核心迁移表添加acps前缀以支持多实例共用数据库？

针对你的需求——在同一SQL Server数据库中运行多个Django实例，给核心系统表添加acps_前缀，适配Django 2.1.8版本，这里有两种可靠的实现方式：

一、猴子补丁（推荐，简单直接） #

这种方法通过在项目启动时动态修改Django核心模型的db_table属性，不需要修改Django源码，适配性强。

步骤： #

1. 创建/修改项目初始化逻辑
   在项目中新建一个自定义app（比如命名为core），或者直接修改项目根目录的apps.py，在ready()方法中添加补丁代码：

   from django.apps import AppConfig
   from django.contrib.auth.models import Group, Permission, User
   from django.contrib.contenttypes.models import ContentType
   from django.contrib.admin.models import LogEntry
   from django.contrib.sessions.models import Session
   from django.db.migrations.recorder import MigrationRecorder
   
   class CoreConfig(AppConfig):
       name = 'core'
   
       def ready(self):
           # 避免重复执行补丁（防止Django多次触发ready方法）
           if User._meta.db_table == 'auth_user':
               # 重命名认证核心表
               User._meta.db_table = 'acps_auth_user'
               Group._meta.db_table = 'acps_auth_group'
               Permission._meta.db_table = 'acps_auth_permission'
               
               # 重命名多对多关联表
               User.groups.through._meta.db_table = 'acps_auth_user_groups'
               User.user_permissions.through._meta.db_table = 'acps_auth_user_permissions'
               Group.permissions.through._meta.db_table = 'acps_auth_group_permissions'
               
               # 重命名其他系统表
               ContentType._meta.db_table = 'acps_content_type'
               LogEntry._meta.db_table = 'acps_admin_log'
               Session._meta.db_table = 'acps_session'
               
               # 重命名迁移记录表
               MigrationRecorder.Migration._meta.db_table = 'acps_migrations'
   

2. 调整INSTALLED_APPS顺序
   在settings.py的INSTALLED_APPS中，把自定义的core app放在最顶部，确保它最先加载，在其他Django核心app初始化前完成补丁：

   INSTALLED_APPS = [
       'core',  # 放在最前面
       'django.contrib.admin',
       'django.contrib.auth',
       'django.contrib.contenttypes',
       'django.contrib.sessions',
       'django.contrib.messages',
       'django.contrib.staticfiles',
       # 其他你的app
   ]
   

3. 执行迁移
   如果是全新数据库，直接运行：

   python manage.py migrate
   

   如果已经存在默认表名的数据库，需要先手动删除原有系统表，或者重命名为目标前缀后再执行迁移（避免表名冲突）。

二、自定义数据库引擎（进阶方案） #

这种方法通过继承SQL Server数据库引擎，重写表名生成逻辑，适合需要批量处理所有表前缀的场景，但实现相对复杂：

步骤： #

1. 创建自定义引擎类
   在项目中新建一个db_engines.py文件，继承Django自带的SQL Server引擎：

   from django.db.backends.sqlserver.base import DatabaseWrapper as SQLServerWrapper
   
   class PrefixedSQLServerWrapper(SQLServerWrapper):
       def quote_name(self, name):
           # 给表名添加前缀，注意排除已经带前缀的情况
           if not name.startswith('acps_'):
               name = f'acps_{name}'
           return super().quote_name(name)
   

2. 修改DATABASE配置
   在settings.py中，把数据库引擎改为自定义的路径：

   DATABASES = {
       'default': {
           'ENGINE': 'your_project_name.db_engines.PrefixedSQLServerWrapper',
           'NAME': 'your_db_name',
           'USER': 'your_db_user',
           'PASSWORD': 'your_db_password',
           'HOST': 'your_db_host',
           'PORT': 'your_db_port',
       }
   }
   

注意事项： #

• 这种方法会给所有表添加前缀，包括你自己的app表，如果只需要给核心系统表加前缀，推荐用第一种猴子补丁方法。
• 需确保自定义引擎的逻辑正确，避免重复添加前缀。

关键注意点 #

• 确保补丁代码在Django模型初始化前执行，否则会生成默认表名。
• 多个Django实例使用同一数据库时，每个实例的前缀要唯一，避免表名冲突。
• 针对SQL Server，表名前缀acps_符合命名规范，不会出现兼容性问题。

内容的提问来源于stack exchange，提问作者Shateel Ahmed