请问一下二进制数据存储设计
请教一下二进制数据存储设计
Sqlserver 2008R2.
没有专门的dba，所以得自己上，我。
设计数据库上有这么个问题不太明确
一个表，每条记录都需要存储一份二进制数据，大概200-500K吧，范围内波动不固定大小，主要是存储，读取不频繁，对这个字段基本不会有update。
请问这样的数据，是直接用二进制字段存储好呢，还是用文件存储到硬盘上，把路径存到数据表里好？
现在差不多10W份数据，数据库文件大概35Gb
我打算用一个数据库，多个数据文件形式来组织数据库，单独一个文件那么大的话，备份文件太大了。
考虑到将来的性能
请问：
性能下降，是取决于记录条数多少呢，还是会应为硬盘上数据库文件过大而下降性能？
------解决思路----------------------
性能有好多因素
比如说：磁盘I/O、表的设计优劣、索引、数据量等等
针对大数据量，可以选择使用分区表，或者采用数据月度结转到方式等等
------解决思路----------------------
看你着重哪 方面，要确保安全与集成，就存于DB里，但可以分表（垂直分割）存储
若未来的量不是很大，统一存DB里更简单，对开发、管理都简单
若是量太大，得考虑效率、存储方式
------解决思路----------------------
学习一下，
数据月度结转应该是把历史数据转移到相同结构的其他表或其他数据库中
------解决思路----------------------
未來來說，還是存路徑吧。。。。。
數據庫太大維護不好
Sqlserver 2008R2.
没有专门的dba，所以得自己上，我。
设计数据库上有这么个问题不太明确
一个表，每条记录都需要存储一份二进制数据，大概200-500K吧，范围内波动不固定大小，主要是存储，读取不频繁，对这个字段基本不会有update。
请问这样的数据，是直接用二进制字段存储好呢，还是用文件存储到硬盘上，把路径存到数据表里好？
现在差不多10W份数据，数据库文件大概35Gb
我打算用一个数据库，多个数据文件形式来组织数据库，单独一个文件那么大的话，备份文件太大了。
考虑到将来的性能
请问：
性能下降，是取决于记录条数多少呢，还是会应为硬盘上数据库文件过大而下降性能？
------解决思路----------------------
性能有好多因素
比如说：磁盘I/O、表的设计优劣、索引、数据量等等
针对大数据量，可以选择使用分区表，或者采用数据月度结转到方式等等
------解决思路----------------------
看你着重哪 方面，要确保安全与集成，就存于DB里，但可以分表（垂直分割）存储
若未来的量不是很大，统一存DB里更简单，对开发、管理都简单
若是量太大，得考虑效率、存储方式
------解决思路----------------------
学习一下，
数据月度结转应该是把历史数据转移到相同结构的其他表或其他数据库中
------解决思路----------------------
未來來說，還是存路徑吧。。。。。
數據庫太大維護不好