在SQL Server中将数据水平地分区到“存档”中需要几个月才能执行?

SSIS只是一个工具。你可以在ssis中写一个100行的传输,需要24小时,你可以写5个月,问题是你写的是什么(即ssis中的工作流),而不是ssis。

没有任何特定于ssid的内容会指示“传输速度不能超过5个月”。

可以实现这样一个任务的指导原则(逻辑划分数据,并行处理每个逻辑分区,消除处理之间的访问和更新争用,批量提交更改,不传输线上需要的更多数据,尽可能使用基于集的处理,能够挂起和恢复等)与其他技术(如果不是更好的话)一样,也依赖于SSIS。

作为记录, ETL world speed record 大约每小时2兆字节。使用SSIS。事实上,我刚刚完成了130m行的数据传输,大约200GB的数据传输,花费了大约24小时(我很懒惰,没有拍摄ETL记录)。

对于开发、测试和部署,我可以理解5兆,但对于实际处理,我不能理解5兆。这就像每秒7行,真的很糟糕。

如果只是删除记录,那么SSIS可能不是正确的选择。

这可能很有趣: Performing fast SQL Server delete operations

更新:正如Remus正确指出的那样,根据流的编写方式,ssis可以执行得很好,也可以执行得很差,而且(在高端系统上)有一些巨大的基准。但是对于只删除,有一些简单的方法,比如SQL代理作业批量运行TSQL删除。