有什么更好的数据归档方法吗？

Question

我在一家安全公司，我们的历史数据增长很快，导致数据归档sqls运行得越来越慢。例如，为了满足数据的实时性需要，脚本必须每100次以高频率运行一次，这会导致性能问题，而存储在不同DB引擎(MySql和SqlServer)中的数据还有什么更糟的，所以我想知道除了传统方式(ODS方式)之外，还有什么更好的方法来存档数据sql脚本吗？

Answer 1

这是一个常见的问题，因为系统需要在线保留大量/无限期的历史数据。根据你的喜好/限制，你有几个选择。

1. Server 2016中的拉伸数据库是专门为解决此类问题而设计的。历史数据会在Azure中移动，因此本地数据集要小得多，而且历史数据的计算是在Azure中完成的，而不是在本地服务器上完成的。然而，它需要Azure。它可以是一个安全的，因为你需要它是，但如果你是受法规的限制，禁止你使用公共云，那么这将不适用于你。
2. 分区大表并将冷数据放置在不同的文件/文件组中。这有助于一些操作，但它确实为您的常规维护任务增加了相当大的复杂性。Microsoft、MVP和其他公司发布了大量关于设计和管理冷数据分区表的良好指南，因此您在这里不会有新的突破。
3. 把所有的东西都放在固态存储设备里。这并不能解决问题，但会充分掩盖性能问题，因此您可以轻松呼吸一段时间。如果SSD成为瓶颈，切换到Fusion。当这种情况出现时，可能会出现一些较新的技术。顺便说一句，这不是一个推荐的方法，但如果您需要一个绷带，直到您能够实现一个真正的解决方案，这是有效的。这里的另一个小问题是高成本。

强烈建议你先看第一名，然后是第二名。

Answer 2

使用2016，可以使用ANSI SQL 2011时态表。

请参阅产品文档中的时态表。- 丹·古兹曼