Django使用非db2inst1用户连接DB2执行migrate报SQL0601N错误如何解决

你遇到的重复建表报错并非DBADM权限不足直接导致，核心原因是ibm_db_django 1.5.0版本的元数据查询逻辑存在兼容性缺陷：指定CURRENTSCHEMA参数后，驱动查询现有表的逻辑会优先校验当前连接用户的同名模式下是否存在目标表，而非你指定的XXX模式；同时如果用户没有系统编目表的查询权限，即便表已经在XXX模式下创建成功，驱动也无法识别到表存在，就会触发重复建表逻辑，返回SQL0601N报错。
而db2inst1作为实例默认管理员，默认拥有所有系统编目表的全量查询权限，可以正常识别到XXX模式下的已建表，因此执行迁移全程正常。

无需授予全量DBADM权限，仅需分配以下必要权限即可正常运行：

• 数据库连接权限：CONNECT权限，允许用户访问目标数据库
• 模式操作权限：对指定的XXX模式授予CREATETAB、CREATEIN权限，允许在该模式下创建表、索引等对象
• 数据读写权限：对XXX模式下的所有表授予SELECT、INSERT、UPDATE、DELETE权限，满足业务读写和迁移记录写入需求
• 元数据查询权限：对DB2系统编目表（SYSCAT.TABLES、SYSCAT.COLUMNS、SYSCAT.INDEXES等）授予SELECT权限，这是解决你当前问题的核心配置

1. 用db2inst1管理员账号登录DB2，给业务用户myuser授予系统编目表查询权限，执行以下命令：

GRANT SELECT ON SYSCAT.TABLES TO USER myuser;
GRANT SELECT ON SYSCAT.COLUMNS TO USER myuser;
GRANT SELECT ON SYSCAT.INDEXES TO USER myuser;

2. 若权限配置后仍报错，可修改settings.py的数据库配置，将CURRENTSCHEMA参数替换为SCHEMA，部分ibm_db_django版本对CURRENTSCHEMA的解析存在兼容问题，修改后配置如下：

DATABASES = {
    'default': {
        'ENGINE': 'ibm_db_django',
        'SCHEMA': 'XXX',
        'NAME': 'DBNAME',
        'USER': 'myuser',
        'PASSWORD': 'password',
        'HOST': 'hostname',
        'PORT': '50000',
        'PCONNECT':  True,
    }
}

3. 手动删除XXX模式下残留的DJANGO_MIGRATIONS、DJANGO_CONTENT_TYPE空表，重新执行python manage.py migrate即可正常完成迁移。

• ibm_db_django 1.5.x版本仅兼容Django 3.2及更低版本，不要升级Django到4.x及以上，会出现严重兼容问题
• 业务用户不需要授予全量DBADM或SYSADM权限，仅分配上述最小权限即可，避免权限过度开放带来的安全风险

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