您认为将数十亿图像保存到数据库中是个好主意吗?
发布时间:2020-05-24 10:39:39 所属栏目:MsSql 来源:互联网
导读:最近,我和我的同事,我们正在讨论如何构建一个巨大的存储系统,可以存储数十亿张可以快速搜索和下载的图片. 像fickr,但不是在线画廊.这意味着,大多数这些图片永远不会下载. 我的同事建议我们应该直接将所有这些文件保存在数据库中.我真的觉得这不是一个好主意,
|
最近,我和我的同事,我们正在讨论如何构建一个巨大的存储系统,可以存储数十亿张可以快速搜索和下载的图片. 像fickr,但不是在线画廊.这意味着,大多数这些图片永远不会下载. 我的同事建议我们应该直接将所有这些文件保存在数据库中.我真的觉得这不是一个好主意,我认为数据库不是为了恢复大量的二进制文件而设计的.但我有充分理由说明为什么这不是一个好主意. 你怎么看待这件事. 解决方法在处理二进制对象时,遵循以文档为中心的架构方法,而不是将数据库中的pdf和图像等文档存储在数据库中,当您开始发现数据库的各种性能问题时,最终必须重构它.只需将文件存储在文件系统中,并将路径放在数据库的表中.您将用于序列化并将其保存在数据库中的数据类型的大小也存在物理限制.只需将其存储在文件系统上即可访问它.(编辑:安卓应用网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容
- MyBatis拦截器实现分页功能的实现方法
- sql-server-2008 – 在sqlserver 2008中使用Geography数据类
- 在SQLPLUS中执行SQL脚本时如何回显文本
- MySQL 文本文件的导入导出数据的方法
- 如何将断点添加到存储的SQL过程以进行调试?
- sql-server-2008 – T-SQL删除所有非alpha和非数字字符
- 使用SQL Server Management Studio的SQL Azure数据库
- SQL Server 利用触发器对多表视图进行更新的实现方法
- 数据库 – 为什么SQL字段长度始终为(2 ^ n)-1,除非小于127?
- sql – 按时间块查询记录和分组
