Django模型如何实现带自增键的可动态扩展整数字典字段

你需要的「自增整数键、不定长整数值、低学习成本录入交互」的需求不需要开发复杂的自定义模型字段，以下两种方案可按需选择，最终交互体验和你预期完全一致：

方案1：轻量无额外表实现（基于JSONField，适合小数据场景） #

核心思路是用JSONField做底层存储，通过模型方法自动维护字典结构，配合动态表单控件替代原生JSON输入框，完全不需要用户手动编写JSON结构。

• 模型层代码：

from django.db import models

class Foo(models.Model):
    title = models.CharField(max_length=100)
    dict_of_ints = models.JSONField(default=dict, verbose_name="整数字典")

    def __str__(self):
        return self.title

    def save(self, *args, **kwargs):
        # 保存前自动过滤空值，生成从1开始的连续字符串键
        valid_values = [v for v in self.dict_of_ints.values() if v is not None]
        self.dict_of_ints = {str(idx + 1): val for idx, val in enumerate(valid_values)}
        super().save(*args, **kwargs)

• 交互适配：
  • Django Admin端替换默认的JSON文本输入控件，使用支持动态增删行的整数输入组组件，初始仅渲染1个输入框，点击新增按钮即可追加输入行，提交时将所有输入值组装为列表传给后端，由save方法自动转换为目标字典结构。
  • 后续对接React前端时，前端仅需实现动态增删的数字输入组，提交值数组即可，无需前端处理键生成逻辑。

方案2：关联表实现（适合大数据量、需查询字典项的场景） #

你之前考虑的外键拆分方案并不冗余，配合Django内置的内联编辑组件，录入体验和单表字段完全无差异，且天然支持自增键。

• 模型层代码：

from django.db import models

class Foo(models.Model):
    title = models.CharField(max_length=100)

    def __str__(self):
        return self.title

    # 直接通过属性获取目标格式的字典
    @property
    def dict_of_ints(self):
        # 如需键始终连续不跳号，用下方注释的写法即可
        # return {str(i+1): item.value for i, item in enumerate(self.int_items.all().order_by('pk'))}
        return {str(item.pk): item.value for item in self.int_items.all().order_by('pk')}

class FooIntItem(models.Model):
    foo = models.ForeignKey(Foo, on_delete=models.CASCADE, related_name="int_items")
    value = models.IntegerField(default=0)

• Admin配置（实现初始1组、按需新增的交互）：

from django.contrib import admin
from .models import Foo, FooIntItem

class FooIntItemInline(admin.TabularInline):
    model = FooIntItem
    extra = 1  # 初始仅展示1组输入框
    min_num = 1  # 至少保留1组值

@admin.register(Foo)
class FooAdmin(admin.ModelAdmin):
    inlines = [FooIntItemInline]

该方案下字典的键直接复用关联条目的自增主键，天然符合自增要求；读取时调用foo.dict_of_ints即可直接拿到你需要的{"1":6, "2":10, ... "n":42}结构。后续对接React时，直接序列化关联的int_items数据即可，前端提交增删改后的条目列表，后端批量保存关联数据即可。

方案选型参考：如果仅需存储字典结构、不需要对字典内的值做单独过滤/统计，选方案1最简洁；如果后续需要针对字典项做查询、统计、关联其他业务，选方案2性能和可维护性更好。

内容的提问来源于stack exchange，提问作者Bailey J-H