ssis - 查找的性能问题

Question

我正面临 SSIS 包的一个可怕问题。在我的包裹中，我有一个查找，我有这样的条件

OLEDB Source 有大约 400,000 条记录，查找表有大约 1,200,000 条记录。这两个表都可以增长，但来自 OLEDB 源的表将最大约为 900,000。这两个表都有大约 40-50 列可供查找。

There are 51528912896 bytes of physical memory with 32689860608 bytes free. There are 4294836224 bytes of virtual memory with 249348096 bytes free. The paging file has 120246493184 bytes with 109932904448 bytes free.

有什么有效的解决方案吗？

Answer 1

在那个规模上，我会考虑使用合并连接转换而不是查找。在您的 OLE DB 源 SQL 代码中按您的键排序并手动定义排序（参考http://www.ssistalk.com/2009/09/17/ssis-avoiding-the-sort-components/）。虽然比缓存查找慢，但这种设计倾向于在内存使用方面更好地扩展。