前端之家收集整理的这篇文章主要介绍了
数据库设计 – 保留大数据集的最佳策略是什么？，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
我正在领导一个项目,我们将记录度量数据.我想保留数据多年.不过,我也想保持主表不要因为长期趋势而需要长时间报告而不需要数据.
处理这种情况最好的策略是什么？简单地将旧数据归档到另一个表？或者通过数据本身的一些整合来“滚动”(然后将其存储到不同的表)？还是别的什么呢？
附加信息：我们正在使用sql Server 2005.
我们在工作中使用这两种
方法,但略有不同,我们将主表中的所有销售数据保留30天,然后在晚上(夜间工作的一部分)将销售量累计为
摘要(n个
数量的x产品销售今天ect)在一个单独的表格中的报告原因,30天以上的销售被归档到不同的
数据库,然后每年一次(我们进行税收年限),一个新的归档
数据库启动.不完全完美但..
这样,我们可以快速获取摘要数据,保留当前所有的销售数据,并为详细的归档数据提供无限的空间.我们确实尝试将其全部保存在一个数据库中(在不同的表中),但是数据库(interbase)的文件大小将增长得很大,以至于将系统拖动.
我们唯一真正的问题是访问跨数个数据库的详细数据,因为连接和断开连接速度很慢,必须在代码而不是sql中进行分析
原文链接：https://www.f2er.com/mssql/75048.html
