我目前正在研究加速和扩大长期运行的匹配作业的方法,该作业目前作为 MSSQL 2005 中的存储过程运行。匹配涉及多个字段,且有许多不精确的情况。虽然我想最终将其扩展到数据库之外的大规模数据集,但我还需要考虑一些短期解决方案。
鉴于我不太了解它们如何运行的内部实现,我想知道是否可以通过将数据集与主过程分开来将过程拆分为并行过程,然后启动适用于较小数据集的子过程。
这会在集群数据库中产生任何性能提升吗? MSSQL 会自动且明智地在集群节点之间分配子进程吗?
也许最好在 java 中拥有主进程并通过 jdbc 调用工作程序,这可能会有效地使用集群负载平衡?除了关于可维护性的任何争论之外,这会更快吗?
最佳答案
您对群集对 SQL Server 的意义存在根本性的误解。集群不允许单个 SQL Server 实例共享多个框的资源。集群是一种高可用性解决方案,允许一个盒子的功能在发生故障时转移到另一个备用盒子。
关于sql-server - 并行化存储过程是否会在集群上产生更高的性能?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4226670/