Django与Qlik Sense的ID字段命名差异："id" vs "table1_id"

首先得明确这个核心矛盾：

Qlik Sense的自动关联功能依赖于表名+_id格式的主键（比如table1_id对应表Table1），以此自动识别同名字段建立关联；但Django的最佳实践是给所有表统一使用默认的id作为主键，这就导致Django管理的数据库没法直接满足Qlik Sense的最优ID命名要求。

针对这个问题，我整理了几个实用的解决办法，你可以根据项目实际情况选择：

• 自定义Django模型的主键字段
  直接在Django模型里显式定义符合Qlik Sense要求的主键，比如：

  class Table1(models.Model):
      table1_id = models.AutoField(primary_key=True)
      # 其他业务字段...
  
  class Table2(models.Model):
      table2_id = models.AutoField(primary_key=True)
      # 其他业务字段...
  

  这样生成的数据库表主键就会是table1_id、table2_id，完美适配Qlik Sense的自动关联逻辑。不过要注意，这么做会打破Django的默认主键习惯，后续团队开发时要统一使用自定义主键名，避免出现混淆。

• 在Qlik Sense中手动配置关联
  如果不想改动Django的现有模型结构，那就把适配工作放到Qlik Sense侧。比如当Table1和Table2都用id主键时，你可以在数据加载脚本里显式指定关联关系：

  // 加载原始表数据
  LOAD * FROM [lib://YourConnection/Table1.qvd];
  LOAD * FROM [lib://YourConnection/Table2.qvd];
  
  // 手动建立关联
  LEFT JOIN (Table2)
  LOAD id AS table1_id, * FROM Table1;
  

  或者用JOIN语句直接关联，这种方式不用动后端代码，灵活度很高，适合已经上线的项目。

• 用数据库视图做中间适配
  这是个折中方案，既不改动Django代码，也不用在Qlik Sense里写复杂脚本。你可以在数据库中创建视图，把Django的id字段重命名为Qlik Sense需要的格式：

  CREATE VIEW qlik_table1 AS
  SELECT id AS table1_id, * FROM table1;
  
  CREATE VIEW qlik_table2 AS
  SELECT id AS table2_id, * FROM table2;
  

  然后Qlik Sense直接加载这些视图就行，两端的原有逻辑都不用改，非常适合需要兼容多系统的场景。

总的来说，这三种方案各有侧重：自定义主键最彻底但需要调整后端代码；手动关联灵活且无侵入；视图方案则是中间层适配，兼顾两端。你可以根据项目的阶段和团队的开发习惯来选。

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