Amazon s3 文件适配器插件,如s3 bucket
我知道这可能是一个选择问题,但我还是要问 如果是iOS应用程序 为什么我要在服务器后端使用文件适配器插件(如aws s3 bucket)并在数据库中列出url,而不是将文件存储在数据库表中 我已经读了好几个小时了,看不到任何东西可以解释为什么会这样。与在托管服务上存储数据相比,使用bucket可能会节省代码,或者如果文件一直直接从服务器中提取,则可能会出现性能问题 我想不出来,我所能看到的就是如何设置它的诡计多端的啧啧声Amazon s3 文件适配器插件,如s3 bucket,amazon-s3,Amazon S3,我知道这可能是一个选择问题,但我还是要问 如果是iOS应用程序 为什么我要在服务器后端使用文件适配器插件(如aws s3 bucket)并在数据库中列出url,而不是将文件存储在数据库表中 我已经读了好几个小时了,看不到任何东西可以解释为什么会这样。与在托管服务上存储数据相比,使用bucket可能会节省代码,或者如果文件一直直接从服务器中提取,则可能会出现性能问题 我想不出来,我所能看到的就是如何设置它的诡计多端的啧啧声 谢谢您的问题似乎是在两个选项之间征求意见: 在Amazon S3中存储文
谢谢您的问题似乎是在两个选项之间征求意见:
- 在Amazon S3中存储文件,并带有数据库中存储的文件的URL,或
- “在我的数据库表中”存储文件
- 跨三个不同的数据中心复制文件
- 如果安全设置允许,通过互联网(通过URL)提供内容
- 高度可扩展的存储(是否仅为了提供文件而扩展数据库?)
- 对您可以存储的数据量没有限制(当数据库的文件系统填满时,它将耗尽空间)
- 更高效的数据库备份(因为它不会备份大量低使用率文件)
- 利用各种存储类别,如标准的非频繁访问和亚马逊冰川
- 只有一个系统同时存储数据和文件
- 不需要使用AWS凭据--只需使用现有的SQL凭据即可
- 无需保持两个系统同步(数据库和S3存储)