图像大小调整，命名，存储和访问其URL的最大可扩展策略是关系数据库吗？

Question

在关系数据库中调整大小，命名和访问图像URL的最可扩展的策略是什么？图片应在每个屏幕上以不同大小和质量显示在移动应用上。

我们假设图像存储在某些存储服务中，例如AWS S3。在DB中存储着指向S3对象的URL。

重点是优化我们的移动应用程序。可以显示图像的地方如下：

1. 巨大的全尺寸原始图像
2. 要显示在图像列表中的较小，较不详细的图像
3. 最小尺寸的缩略图图像提供良好的滚动性能
4. 可以添加与在以后的屏幕上显示的尺寸不同的尺寸

我想避免即时调整大小。

例如，在我的头顶上：

• 宽度，高度，质量附加到图像名称

• 定义的带有图像类型的表，并在带有url的表中对其进行引用

• 对于每个具有许多调整大小的图像的图像，也许应该有文件夹（在S3的情况下为存储桶），客户端应动态决定项目的大小

感谢您的任何建议和想法。