Django+Postgres从NoSQL迁移时学生书籍数据存储方案相关问题

问题1：如果不需要对books字段建立索引，选择方案A是否更合理？ #

如果当前业务仅需对提交的表单数据做归档存储，后续完全没有查询单本图书信息、统计图书阅读人数、修改/删除单条学生读书记录这类需求，方案A确实更合理：它和原Mongo存储的payload结构完全对齐，不需要做额外的结构转换，开发成本低，读写效率高。
但如果后续存在哪怕很小的概率需要对图书维度的数据做操作，哪怕暂时不需要索引，也更推荐选方案B，避免后期业务扩展时还要做复杂的数据结构迁移。 #

问题2：采用方案A时，books字段应该直接用JSONField还是ArrayField(JSONField)？ #

直接用JSONField即可。Django 3.1+ 版本内置的JSONField默认对应PostgreSQL的JSONB类型，本身原生支持数组格式存储，你可以直接将整个books数组写入该字段，完全不需要额外套一层ArrayField(JSONField)。
套嵌ArrayField反而会限制字段的结构灵活性，同时增加查询操作的语法复杂度，没有任何额外收益。 #

问题3：采用方案B时，如何为单个学生一次性写入2本及以上的书籍数据？是否需要用到ArrayField？对应模型应该如何定义，该操作是否违反数据库的原子性约束？ #

不需要使用ArrayField，方案B遵循RDBMS范式设计，靠多对多关联的中间表存储学生和图书的映射关系。

模型定义示例 #

from django.db import models

class Student(models.Model):
    student_id = models.IntegerField(unique=True)
    student_name = models.CharField(max_length=100)
    # 多对多关联图书，无需额外字段时直接声明即可
    books = models.ManyToManyField("Book", related_name="read_students")

class Book(models.Model):
    book_name = models.CharField(max_length=200)
    author = models.CharField(max_length=100)

    class Meta:
        # 新增联合唯一约束，避免同一本书重复入库
        constraints = [
            models.UniqueConstraint(fields=["book_name", "author"], name="unique_book_info")
        ]

批量写入操作示例 #

你可以通过Django的ORM批量操作完成一次性写入，全程可保证原子性：

from django.db import transaction

# 用事务包裹整个操作，保证原子性，要么全成功要么全回滚
with transaction.atomic():
    # 1. 创建学生实例
    student = Student.objects.create(student_id=123, student_name="James Hook")
    book_instances = []
    # 2. 批量处理图书数据，不存在则创建
    for book_info in payload["books"]:
        book, _ = Book.objects.get_or_create(
            book_name=book_info["book"],
            author=book_info["author"]
        )
        book_instances.append(book)
    # 3. 一次性关联所有图书到当前学生
    student.books.add(*book_instances)

整个操作包裹在事务中时完全符合原子性约束，不会出现部分数据写入成功、部分失败的情况。 #

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