数据库设计 – 保留大数据集的最佳策略是什么？

发布时间：2020-12-12 08:52:15 所属栏目：MsSql教程来源：网络整理

导读：我正在领导一个项目,我们将记录度量数据.我想保留数据多年.不过,我也想保持主表不要因为长期趋势而需要长时间报告而不需要数据. 处理这种情况最好的策略是什么？简单地将旧数据归档到另一个表？或者通过数据本身的一些整合来“滚动”(然后将其存储到不同的表)

我正在领导一个项目,我们将记录度量数据.我想保留数据多年.不过,我也想保持主表不要因为长期趋势而需要长时间报告而不需要数据.

处理这种情况最好的策略是什么？简单地将旧数据归档到另一个表？或者通过数据本身的一些整合来“滚动”(然后将其存储到不同的表)？还是别的什么呢？

附加信息：我们正在使用SQL Server 2005.

解决方法

我们在工作中使用这两种方法,但略有不同,我们将主表中的所有销售数据保留30天,然后在晚上(夜间工作的一部分)将销售量累计为摘要(n个数量的x产品销售今天ect)在一个单独的表格中的报告原因,30天以上的销售被归档到不同的数据库,然后每年一次(我们进行税收年限),一个新的归档数据库启动.不完全完美但..

这样,我们可以快速获取摘要数据,保留当前所有的销售数据,并为详细的归档数据提供无限的空间.我们确实尝试将其全部保存在一个数据库中(在不同的表中),但是数据库(interbase)的文件大小将增长得很大,以至于将系统拖动.

我们唯一真正的问题是访问跨数个数据库的详细数据,因为连接和断开连接速度很慢,必须在代码而不是sql中进行分析

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!