快速浏览文章核心观点与关键要点
最近对 AutoClip 做了一次存储架构的彻底改造
切片的元数据既存在数据库的 Clip 表里
这种设计在早期开发时很方便——前后端都能直接读文件
第 2 个章节
第 3 个章节
最近对 AutoClip 做了一次存储架构的彻底改造，把原先"文件系统+数据库各存一份"的双重存储模式，改成了"数据库管元数据、文件系统管实际文件"的分离存储…
原先的设计里，切片的元数据既存在数据库的 Clip 表里，又以 clips_metadata.json 的形式存在项目目录里；合集数据也一样，数据库有一份，文…
这种设计在早期开发时很方便——前后端都能直接读文件，不用查数据库。但随着项目长大，问题开始暴露：
- 数据库：只存元数据和文件路径引用。查询快、事务安全、好备份。 - 文件系统：只存实际的大文件（视频、缩略图）。利用文件系统的天然优势，直接读写、按需加载。
架构设计里有一个原则我体会很深："现在偷懒省下的每一分钟，未来都要用十倍的时间来还