找出归档或分区策略?

Posted

技术标签:

【中文标题】找出归档或分区策略?【英文标题】:Figuring out archiving or partition strategy? 【发布时间】:2010-08-29 02:40:18 【问题描述】:

我们使用的是 SQL Server 2008。

我们的要求是这样的——

我们有大约 4 个与交易相关的表,这些表记录了消费者下的订单以及他们的交货状态。一旦订单完成,它就会影响库存和财务。 现在,这些表会变得很大。所以,我们希望每 6-8 个月归档一次。但是,归档后库存和财务计算不应该受到影响。那么,分区对我们来说是正确的选择吗?它将如何影响查询?我们应该如何处理这个问题?

【问题讨论】:

【参考方案1】:

视情况而定。

我能想到的两种主要方法是表分区(将表分成不同的文件组)或将数据物理移动到其他地方(即报告服务器)。

Imo,最简单的脚本是将数据移动作为每晚批处理,这是目前我工作的地方使用的。每晚我们 bcp 数据超出阈值,在报告服务器中 bcp 并验证两个表的正确性。

最终你必须决定什么是更好的。您是否需要不断查询归档数据?存档的数据甚至会被查询?也许迁移到另一台硬件较慢的服务器比将查询量不那么大的数据保存在较快的硬件中更便宜。由你决定。

【讨论】:

以上是关于找出归档或分区策略?的主要内容,如果未能解决你的问题,请参考以下文章

RDS for MySQL 通过分区归档历史数据

Oracle如何归档引用分区表

Spark GraphX中完整图的分区策略

hive归档分区

MySQL Partition Table--分区表优缺点

分表分库与分区的区别及拆分策略