[英]Store image url in database or compute when necessary for a read heavy application
我正在将图像上传到 s3。在每次上传期间，我都会存储两个版本的图像。 一个调整大小的压缩版本和另一个原始较大的版本。
目前，我将原始图像的 url 存储在数据库中。 较小的图像的 url 具有相同的 url，只是中间插入了“压缩”一词。
我有一个 list() 端点，它返回两个 url（从数据库中检索原始；在序列化程序中压缩计算）
这个应用程序的阅读量非常大。 这就像Instagram。
我应该将压缩图像的 url 也存储在数据库中还是应该计算它？
您可以将原始尺寸 url 存储在数据库中。 另一个压缩的 url 可以通过程序从原始的一个生成。
eg the original url is http://xxxx.yyy.zz/picture/123456.jpg the compressed url could be http://xxxx.yyy.zz/picture/123456_480p.jpg
与唯一项关联时，是否有必要在数据库中记录图像路径？
[英]Is it necessary to record the image paths in the database when it is associated with a unique item?
在mysql中存储url的最佳方法，用于读写密集型应用程序
[英]best way to store url in mysql for a read&write-intensive application
请为几乎没有写操作的重读服务提供数据库解决方案建议
[英]Please advise on database solution for the read-heavy service with almost no writes
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
