SQL上传文件信息建模方法_SQL存储文件元数据方案

SQL中不直接存储文件，而是通过file_info主表保存元数据（如original_name、stored_name、path、size_bytes等），配合外部存储实现文件管理；支持按业务扩展category、versions、permissions等关联表，并强调软删、索引优化与安全过滤。

SQL中不直接存储文件本身，而是保存文件的元数据（如名称、大小、路径、类型、上传时间、所属用户等），配合外部存储（如本地磁盘、对象存储OSS/S3）实现安全高效的文件管理。关键在于结构清晰、扩展性强、查询友好。

核心表结构设计

建议至少包含一张主表 file_info，覆盖通用字段：

• id：主键（BIGINT或UUID，推荐UUID便于分布式场景）
• original_name：原始文件名（VARCHAR(255)，保留用户上传时的名字）
• stored_name：存储后唯一文件名（如uuid4_1720123456789.jpg，避免重名和路径遍历）
• path：相对或完整存储路径（VARCHAR(512)，如 /uploads/user/2024/07/，不建议存绝对系统路径）
• size_bytes：文件大小（BIGINT，单位字节，便于排序和校验）
• mime_type：MIME类型（VARCHAR(100)，如 image/png，用于前端渲染或安全拦截）
• uploader_id：上传人ID（INT/BIGINT，关联用户表，支持NULL表示匿名）
• status：状态（TINYINT或ENUM，如 0=待处理、1=已就绪、-1=已删除）
• created_at / updated_at：时间戳（DATETIME或TIMESTAMP）

关联与扩展建模

按业务需要灵活扩展，避免过度设计：

• 若需记录文件用途（如头像、合同、附件），增加 category（VARCHAR）或外键到 file_categories 表
• 若支持多版本（如文档修订），建 file_versions 表，用 file_id 关联主表，并标记 is_current
• 若需权限控制（如仅指定用户可读），建 file_permissions 表，记录 file_id + subject_type + subject_id + permission
• 敏感文件可额外加字段：is_encrypted（TINYINT）、checksum_sha256（CHAR(64)）用于完整性校验

实际插入与查询示例

上传成功后，用参数化语句写入元数据（以MySQL为例）：

INSERT INTO file_info (original_name, stored_name, path, size_bytes, mime_type, uploader_id, status, created_at) VALUES (?, ?, ?, ?, ?, ?, 1, NOW());

标签： mysql 前端 go 字节 red