一个数据库，可能达到上百G后会怎样？

[仙侣步惊云]

设计一个人事图片档案系统，系统大约有2万人，每人大约要采集20张左右的A4图片，而一张A4图片要取得一般视觉质量，大约需要压缩到300K。则数据库将达到0.3*20*20000=120G。服务器内在4G，硬盘是1000G。
不知数据库容量达到100多G后会怎样，特别是内存又不多的情况下。

[haitao]

引用 34 楼 chinabhlt 的回复:

1、数据库很少存放图片，一般存放图片的绝对地址，甚至为了减少存储长度，只存图片的相对地址 2、如果数据存储的表较大，一般会做分区处理，并加上索引。 3、为了加快程序的相应，也会加上一层缓存。

只存图片的相对地址，不仅仅减少存储空间，更重要的是：搬移图片目录时，无须更新记录。。。。

[haitao]

引用 34 楼 chinabhlt 的回复:

1、数据库很少存放图片，一般存放图片的绝对地址，甚至为了减少存储长度，只存图片的相对地址 2、如果数据存储的表较大，一般会做分区处理，并加上索引。 3、为了加快程序的相应，也会加上一层缓存。

只存图片的相对地址，不仅仅减少存储空间，更重要的是：搬移图片目录时，无须更新记录。。。。

[EvanAnder]

图片亮相当大，可以搞分离

[Zane8888]

按 1 楼说的，把文件放在大磁盘上，数据库中只存一个文件名（路径）。

[f231283608]

我不会告诉你，以前做的某个移动应用，每个月把一些原始数据从ORACLE导到MSSQL里，每个月导出的MSSQL数据就有差不多100G，并且每个月都是一个单独的数据库，页面下拉框里查询不同月份的数据，都是连接到不同数据库。

[仙侣步惊云]

搞到文件夹内和搞在数据库内，在磁盘管理上区别不大，性能可能会有点损失。但存在数据库内有查找、存贮、统计方方面的优势。设计初的决策很重要，事先发现问题悔之晚亦。

[haitao]

引用 39 楼 sxqwhxq 的回复:

搞到文件夹内和搞在数据库内，在磁盘管理上区别不大，性能可能会有点损失。但存在数据库内有查找、存贮、统计方方面的优势。设计初的决策很重要，事先发现问题悔之晚亦。

查找、统计？存在 二进制或大对象字段的内容，无法查找、统计吧 查找、统计的最多就是图片的文件名、路径 存储，目录的备份（可以一个个分类子目录进行）方便过 数据库文件的备份（只能整体）吧

[hgwyl]

其实……研究了好久……是研究楼主的想法…… 没搞清楚干嘛不用大家说的数据库存路径。

[comcyd]

个人小白的想法，因为我也考虑过这个问题，不知道到一定的时候之前比较久的数据可以清一下，或者转移到一个新的数据库里，可以做成支持查询的，这样行不

[qq_33336775]

同一楼说法啊

[daile80]

刚做了一个附件上传至SQL server,附件大小 1MB以内. 对于大量数据的库如果每笔资料都存有文件流字段,那么你select这个数据库的时候会非常慢,只适合几笔或几十笔数据这样来检索. 还是存存共享路径就好了,数据库存这玩意就是找闹心.后期查询变慢,客户抱怨你想改都来不及了. 至于共享安全你可以看看现在操作系统的共享安全管控或是使用其它软件管理,比你直接存数据库方便管理多了. 速度啥的,我现在直接从共享复制一个900KB的文件到本机,延迟基本感觉不出来.

[fishparadise]

把图片存进数据库，你会死得很惨。

[仙侣步惊云]

存于数据库有个最大优势，能保证数据的完整性和、安全性和一致性。存入目录，可能丢失文件、感染病毒，操作者存放操作不规范导致查找不到，等。

[吉普赛的歌]

引用 47 楼 sxqwhxq 的回复:

存于数据库有个最大优势，能保证数据的完整性和、安全性和一致性。存入目录，可能丢失文件、感染病毒，操作者存放操作不规范导致查找不到，等。

存放于数据库， 一样可能因为黑客攻击、感染病毒、误操作、物理损坏等丢失数据。 你现在其实就是拿数据库的弱项在探讨数据库怎么样才可以表现得好， 有点缘木求鱼。 存放在文件夹， 你可以每天做RAR备份到其它机，对于不规范操作， 由QC列举所有的可能性， 测试和开发确保无误再上线。

[繁花尽流年]

什么年代了，怎么还会有把图片视频这种媒体文件存进数据库的想法。 1、这种人为造成数据库异常庞大不适合迁移和维护 2、这种加载读取二进制再反编译，你就不担心并发量一高，数据服务器卡死？ 3、除了你因为考虑到偷懒只需要备份好数据库一个东西，方便管理不用另外处理共享文件备份。我想不出任何需要你这种骚操作的理由。

[weixin_39755026]

以前接触过多款PLM软件，对于保存设计图纸方面的功能确认比较麻烦，基于安全和保密性要求，大部分选择保存在服务器数据库，但带来的影响确实是用户调用打开比较慢。 权衡一下利弊取舍吧。 如果仅仅用来保存图片文件，是不是考虑用其他数据库，不要使用关系型数据库。

[BlueStorm]

https://docs.microsoft.com/zh-cn/sql/relational-databases/blob/filestream-sql-server?view=sql-server-2017 “借助 FILESTREAM，基于 SQL Server 的应用程序可以将非结构化的数据（如文档和图像）存储在文件系统中。 应用程序在利用丰富的流式 API 和文件系统的性能的同时，还可保持非结构化数据和对应的结构化数据之间的事务一致性。”

[zbdzjx]

如果图片单独存储，无论是存文件还是存到数据库中，应该不会怎么影响数据库的速度了，除非图片每个界面都大量显示。

[早起晚睡]

分离的话 不升级硬件还是慢 4G的内存不行加内存吧

[老搬码]

既然是cs的架构，这个问题根本不是问题，我严重怀疑楼主只是C-SQL架构，也就是说客户端直连数据库，根本没有服务端，这样根本也不需要谈安全性，有服务端随便socket什么的是难事吗，示例代码网上一搜一大把。