文件合并后，**完整文件不会直接存储在数据库中**，而是保存在文件系统（如MinIO），数据库仅记录文件的元数据信息。具体说明如下： ### 1. **文件存储位置** - **文件系统**：合并后的文件存储在MinIO的`/documents/{userId}/{fileName}`路径下（参考资料[3]）。 - **数据库**：仅存储文件的元数据（如MD5、文件名、大小、状态等），不存储实际文件内容（参考资料[5][6][10]）。 ### 2. **目录结构处理** - **文件系统保留结构**：若上传的是文件夹，合并后的文件在MinIO中会保持原始目录层级（参考资料[4][8]）。 - **数据库记录路径**：数据库通过`file_name`字段记录文件名（可能包含路径信息），但**不存储目录结构本身**（参考资料[6][10]）。例如： ```sql -- MySQL表结构示例（参考资料[5]） CREATE TABLE file_upload ( file_md5 VARCHAR(32) PRIMARY KEY, -- 文件唯一标识 file_name VARCHAR(255) NOT NULL, -- 文件名（可能含路径） storage_path VARCHAR(255) -- 文件系统存储路径（如MinIO路径） ); ``` ### 3. **关键设计逻辑** - **分片合并**：文件分片上传后，服务端在MinIO合并为完整文件（参考资料[3]）。 - **元数据管理**：数据库通过`file_upload`表记录文件元数据，`chunk_info`表记录分片信息（参考资料[5][10]）。 - **虚拟路径存储**：数据库中存储的是文件在MinIO的虚拟路径（如`/documents/user1/report.pdf`），而非二进制内容（参考资料[6][10]）。 ### 总结 - **实际文件**：存储在文件系统（MinIO），保留目录结构。 - **数据库**：仅存储文件的元数据（如MD5、路径、大小等），不存储文件内容或目录结构本身。 若需管理目录层级，需在文件系统层面维护，数据库通过路径字符串间接体现（如`file_name="folder/subfolder/report.pdf"`）。