能否通过REST API实现Django字段重排并持久化保存新顺序？

你的需求完全可落地，核心是先明确排序的作用维度，再选匹配的存储方案。你提到的新增fields_order字段的思路本身可行，但要结合场景优化，不存在通用的最优解，只有适配业务场景的方案： #

场景1：拖拽调整单条Person记录的字段展示顺序 #

即你描述的，把单条Person的name/last_name/age三个字段值渲染成列表，拖拽调整三个字段值的展示顺序，再按子场景选方案：

全局统一排序（所有用户看到的字段顺序一致，管理员可调整） #

不要在Person表加字段，字段排序属于模型层的展示配置，不是单条Person数据的自有属性：

• 新建一张全局展示配置表，示例结构：

  class ModelDisplayConfig(models.Model):
      model_name = models.CharField(max_length=50, unique=True, verbose_name="关联模型名")
      fields_order = models.JSONField(default=list, verbose_name="字段排序数组")
  

• 初始化时给Person模型插入一条配置记录，fields_order存默认顺序["name", "last_name", "age"]。
• 后端返回Person数据前，先读取对应配置的fields_order，按数组顺序重组JSON的键值对再返回，前端直接按返回顺序渲染即可。
• 前端拖拽完成后，将新的字段顺序数组提交给后端，更新对应配置记录的fields_order即可。

用户自定义排序（每个用户登录后看到自己调整的字段顺序） #

排序规则属于用户个人偏好，同样不要存在Person表：

• 如果你已有用户Profile表，直接加一个display_config的JSONField，用字典存储不同模型的字段排序，格式参考：{"Person": ["last_name", "age", "name"], "OtherModel": ["id", "title"]}。
• 没有扩展用户表需求的话，单独建用户偏好表：

  class UserDisplayPreference(models.Model):
      user = models.ForeignKey(User, on_delete=models.CASCADE)
      model_name = models.CharField(max_length=50)
      fields_order = models.JSONField(default=list)
      class Meta:
          unique_together = ('user', 'model_name')
  

• 接口逻辑和全局配置一致，仅读取配置时优先取当前登录用户的个性化配置，无配置时回退到默认顺序即可。

场景2：拖拽调整多条Person记录的列表顺序 #

如果你实际要调整的是Person列表中不同人的展示顺序（比如把张三拖到李四前面），你之前想的存字段名的思路不适用，正确方案如下：

• 给Person模型新增排序权重字段：

  class Person(models.Model):
      name = models.CharField(max_length=50)
      last_name = models.CharField(max_length=50)
      age = models.IntegerField()
      order = models.PositiveIntegerField(default=0, db_index=True, verbose_name="排序权重")
  

• 初始化存量数据时，按默认排序规则（比如id从小到大）给所有记录的order字段赋值连续整数。
• 前端拖拽完成后，把新顺序对应的Person id数组提交给后端，后端在事务中批量更新对应记录的order值即可。
• 查询Person列表时统一用Person.objects.all().order_by('order')取数，返回给前端的就是持久化后的排序结果。
• 如果不想自己写批量更新排序的逻辑，可以直接用django-ordered-model这类现成库，内置了排序值自动维护、重排等能力。

补充说明 #

• 你最初设想的在Person表加fields_order字段的方案，仅适用于「每条Person记录单独配置自己的字段展示顺序」的极特殊场景，绝大多数场景下属于冗余存储，不推荐使用。
• 存储排序规则优先用JSONField存数组结构，相比拼接字符串的存储方式，读取、更新都更方便，MySQL 5.7+、PostgreSQL都原生支持该字段类型，使用成本很低。

内容的提问来源于stack exchange，提问作者José Luis Escobar Gámez