如何在Django同一模型属性下存储多文件且避免序列化问题？

没问题！要在Django的同一个模型属性下存储多个文件，咱们得先解决FileField只能存单个文件的限制，这里有两种靠谱的方案，都能适配你的MySQL数据库和Postman测试场景，完全不会有序列化问题：

方案一：自定义关联模型（无第三方依赖，官方推荐） #

这是最稳妥的原生方案，通过创建一个专门的附件模型，和你的Request_tab建立一对多关联，实现多文件存储：

1. 调整模型结构 #

首先新建一个Attachment模型来单独存储每个文件，同时关联到Request_tab：

from django.db import models

class Attachment(models.Model):
    # 关联到Request_tab，删除请求时自动删除对应的附件
    request = models.ForeignKey('Request_tab', on_delete=models.CASCADE, related_name='attachments')
    file = models.FileField(blank=True, upload_to=get_upload_path)

def get_upload_path(instance, filename):
    # 通过关联的request实例获取procurement_id来组织文件路径
    return "{procurement_id}/{file}".format(procurement_id=instance.request.procurement_id, file=filename)

# 修改原Request_tab模型，移除原来的attachments字段
class Request_tab(models.Model):
    # 保留你原有的字段，比如procurement_id
    procurement_id = models.CharField(max_length=100)
    # 其他业务字段...

2. 编写序列化器 #

用DRF的嵌套序列化器来处理多文件的序列化和反序列化，确保Postman上传的多文件能被正确解析：

from rest_framework import serializers
from .models import Request_tab, Attachment

class AttachmentSerializer(serializers.ModelSerializer):
    class Meta:
        model = Attachment
        fields = ('file',)

class Request_tabSerializer(serializers.ModelSerializer):
    # 用嵌套序列化器展示所有附件，many=True表示支持多个
    attachments = AttachmentSerializer(many=True, required=False)

    class Meta:
        model = Request_tab
        fields = ('id', 'procurement_id', 'attachments')

    # 重写create方法，处理多文件的创建逻辑
    def create(self, validated_data):
        # 分离附件数据和请求主数据
        attachments_data = validated_data.pop('attachments', [])
        # 创建Request_tab实例
        request_tab = Request_tab.objects.create(**validated_data)
        # 逐个创建附件并关联到请求
        for attachment_data in attachments_data:
            Attachment.objects.create(request=request_tab, **attachment_data)
        return request_tab

    # 可选：重写update方法，支持更新附件（比如替换、新增、删除）
    def update(self, instance, validated_data):
        attachments_data = validated_data.pop('attachments', None)
        # 先更新Request_tab本身的字段
        instance = super().update(instance, validated_data)
        if attachments_data is not None:
            # 这里可以选择删除旧附件后添加新的，或者保留旧附件新增，按需调整
            instance.attachments.all().delete()
            for attachment_data in attachments_data:
                Attachment.objects.create(request=instance, **attachment_data)
        return instance

3. Postman测试 #

上传时选择form-data格式：

• 填写procurement_id等业务字段
• 添加key为attachments的字段，勾选「Allow multiple files」，然后选择多个文件上传

DRF的序列化器会自动解析这些文件，创建对应的Attachment实例并关联到Request_tab，返回的响应也会包含所有附件的信息，完全不会有序列化问题。

方案二：使用第三方库django-multiupload（更简便） #

如果不想写太多重复代码，可以用django-multiupload库来简化多文件上传的处理：

1. 安装并配置库 #

pip install django-multiupload

在settings.py的INSTALLED_APPS中添加：

INSTALLED_APPS = [
    # ...其他应用
    'multiupload',
]

2. 编写序列化器 #

利用库提供的MultiFileSerializer来快速处理多文件：

from rest_framework import serializers
from multiupload.serializers import MultiFileSerializer
from .models import Request_tab, Attachment

class Request_tabSerializer(serializers.ModelSerializer):
    attachments = MultiFileSerializer(many=True, required=False)

    class Meta:
        model = Request_tab
        fields = ('id', 'procurement_id', 'attachments')

    def create(self, validated_data):
        attachments_data = validated_data.pop('attachments')
        request_tab = Request_tab.objects.create(**validated_data)
        for file in attachments_data:
            Attachment.objects.create(request=request_tab, file=file)
        return request_tab

模型结构和方案一一致，测试方式也相同，这个库帮你简化了多文件的解析逻辑。

注意事项 #

• 确保你的MEDIA_ROOT和MEDIA_URL配置正确，这样上传的文件才能被正常访问
• MySQL数据库完全支持这种存储方式，因为数据库里只存文件的相对路径，实际文件存在服务器的文件系统中
• 如果需要更精细的附件管理（比如重命名、限制文件类型大小），可以在序列化器或模型的clean方法中添加校验逻辑

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