sql - PostgreSQL 为低流量项目存储图像是否合理？

Question

我在这里阅读了几个关于为什么 SQL 中的二进制文件/图像可能不是一个好主意的答案(例如，增加备份时间，会使查询变慢)。我们的项目是:

• 我们必须在线存储大约 5000 张图片，每张最多 1MB，因此总共需要大约 5GB 的存储空间以及每张图片的一些元数据。它不太可能在未来变得更复杂。

• 我们将有一个 CMS，可让您修改/上传照片。一次很可能只有一个人会使用它。

• 我们有一个在单台计算机上运行的应用程序，它将保留所有照片的副本以提高显示速度(即，当 CMS 添加照片时，我们将有一些同步此照片的方法图片到应用程序)。举个例子，假设这个应用程序是一个不断运行的幻灯片。

计划是使用 AWS 或 Heroku 之类的东西来托管具有自动备份的 SQL 数据库，元数据+图像将存储在数据库中。

这个比使用例如用于图像的 S3 + 用于元数据的数据库很简单。鉴于数据库的使用率较低，我认为速度不是问题。缓慢的备份似乎也不是问题。对于这个项目，成本和低维护也很重要。

这看起来是一个合理的设计还是会遇到问题？是否有一些简单的东西具有我所缺少的优势？

Answer 1

我相信 pg_dump 会将您的图像 blob 转储为十六进制，因此转储文件可能会很大。我也不认为一个 1MB 的图像在数据库中只消耗 1MB。

对一千张相同的图像进行测试，看看您的假设是否成立。