生成Item模型的unique id时，如何用关联Category的title值作为前缀？

方案1：模型层覆写保存逻辑（最常用，耦合低） #

这是绝大多数生产场景选择的实现路径，核心是把前缀生成的逻辑内嵌到Item模型的写入流程里，不依赖外部组件。

• 前置依赖：先确认Item模型已经和Category建立了外键关联，能直接拿到关联分类的title
• 实现步骤：
  • 给Item新增unique_id字段，配置为唯一数据库约束，设置为不可手动编辑、允许初始为空：
    unique_id = models.CharField(max_length=200, unique=True, editable=False, blank=True)
  • 覆写Item的save()方法，在实际写入数据库前自动拼接带分类前缀的唯一ID：

    import uuid
    from django.db import models
    
    class Item(models.Model):
        # 已有的分类关联外键
        category = models.ForeignKey(Category, on_delete=models.CASCADE, related_name="items")
        unique_id = models.CharField(max_length=200, unique=True, editable=False, blank=True)
    
        def save(self, *args, **kwargs):
            # 取关联分类的title做前缀，先做基础清洗去掉首尾空格
            id_prefix = self.category.title.strip()
            # 生成唯一后缀，这里用短uuid做演示，也可以替换成分组自增序号
            id_suffix = uuid.uuid4().hex[:8]
            # 拼接最终ID后执行父类保存逻辑
            self.unique_id = f"{id_prefix}-{id_suffix}"
            super().save(*args, **kwargs)
    

• 注意事项：
  • 如果后续Category的title发生修改，已经生成的Item的unique_id不会自动同步，需要搭配Django信号，在Category更新时批量修改关联Item的前缀部分
  • 生成后缀时要加唯一性兜底校验，极端情况下如果生成的后缀和存量ID冲突，要重新生成直到不重复

方案2：数据库生成列实现（高一致性场景适用） #

如果对数据一致性要求极高，不希望依赖应用层代码的逻辑漏写导致数据异常，可以把拼接逻辑下推到数据库层。

• 实现逻辑：给Item表的unique_id设置为数据库维护的生成列，规则为关联Category的title拼接固定后缀，无论通过哪个渠道写入Item，数据库都会自动生成带前缀的ID
• 优缺点：不需要在应用层写额外代码，数据一致性最强；但灵活性差，Category修改title时数据库会自动同步更新关联的ID，没法支持用户自定义ID后缀的场景，调试成本相对高

方案3：入口层拦截校验（灵活度优先场景适用） #

如果需要允许用户在固定前缀后自定义ID后缀，可以把逻辑放在数据提交的入口层（如Django Admin、接口序列化器、前端表单）：

• 实现步骤：
  • 用户选择对应Category时，前端自动把该分类的title作为前缀填到ID输入框中
  • 后端在序列化器/表单的校验逻辑里加两层判断：一是提交的unique_id必须以所选Category的title为开头，二是该ID不能和数据库存量数据重复
• 优缺点：灵活度最高，支持用户自定义后缀；但一致性弱，直接通过ORM写入的数据不会触发校验逻辑，容易出现不符合规则的ID

通用注意事项 #

• 不管选哪种方案，数据库层面的唯一约束必须加上，应用层逻辑再完善也需要数据库做兜底，避免重复ID写入
• 分类title如果包含特殊字符（如斜杠、空格、emoji），要提前做清洗再当前缀，避免生成的ID不符合URL规则、出现存储异常
• 如果选择“分类内自增序号”作为后缀（比如某分类下的第1个ItemID为技术笔记-001），要注意并发写入的序号竞争问题，最好搭配数据库行锁保证序号不重复

内容的提问来源于stack exchange，提问作者I.SRI RAM