Sco*_*owe 9 database-design dataset
我正在领导一个项目,我们将记录指标数据.我想保留数据多年.但是,我还希望保持主表不会因为短期报告不需要长期趋势所需的数据而变得臃肿.
处理这种情况的最佳策略是什么？只需将旧数据存档到另一个表中？或者通过对数据本身进行一些整合来"卷起"(然后将其存储到另一个表中)？或完全不同的东西？
其他信息:我们正在使用SQL Server 2005.
我们在工作中使用这两种方法，但略有不同，我们将所有销售数据保留在主表中 30 天，然后在晚上（夜间工作的一部分）将销售天数汇总到摘要中（售出的 x 产品的数量）今天等）出于报告原因放在一个单独的表中，并且超过 30 天的销售被存档到不同的数据库中，然后每年（我们继续纳税年度）启动一个新的存档数据库。不完全完美但是..
通过这种方式，我们可以快速获取摘要数据，将所有当前销售数据保存在手边，并为详细的存档数据提供无限的空间。我们确实尝试将所有内容保存在一个数据库中（在不同的表中），但是数据库（interbase）的文件大小会变得如此之大，以至于会拖累系统。
我们唯一真正的问题是访问跨多个数据库的详细数据，因为连接和断开很慢，并且必须用代码而不是 SQL 进行分析