Sql server SQL Server-使用多个服务器提高查询速度-您的想法/建议/经验

我希望通过跨多个SQL服务器共享一个查询来获得一些关于提高查询速度的建议。我做了一些研究，但没有找到现成的解决方案

在这种情况下，我可能存储数十万行和巨大的文本列（数千个字符）。我想对文本列进行通配符搜索。在测试查询时，可能需要几秒钟才能返回结果

我的问题是：

• SQL Server是否具有任何内置功能，允许我对服务器进行集群，以便将查询分散到多个服务器上，从而缩短查询时间

• 如果你处在我的位置，你会采取什么方法

• 你对此有何看法？我会遇到什么样的问题？你有什么建议

先谢谢你

我做了一些研究，但没有找到现成的解决方案

啊。。。。可以说，你忽略了房间里的大象

---

SQL Server始终在线可用性组可以具有启用读取的辅助设备。猜猜看，它们正是针对这个用例的。你在研究中忽略了它们

---

现在，这已经超出了工作范围——并且回答了您的3个问题中的第一个问题——我们没有足够的信息为其余问题提供合理的答案。

我不确定SQL Server是否适合此工作。添加只读副本就像通过添加硬件来掩盖问题。如果您有兴趣，可以研究Elasticsearch。在这种情况下，始终在线的可用性组不是一个解决方案。我不知道有什么办法可以解决你的第一个问题。您应该考虑使用全文搜索（SQLServer中的全文搜索和Azure SQL数据库允许用户和应用程序对SQLServer表中的基于字符的数据进行全文查询）。这听起来很适合你的情况。非常感谢。我将看全文搜索。我当前的测试只是使用一个LIKE查询。我没有注意到性能比较，但这不会加快搜索速度，因为整个操作仍将在单个服务器上运行。在标准设置下需要4秒的单个搜索在只读辅助设置下仍然需要4秒。我正在寻找一个现成的解决方案，它允许一台服务器搜索表的一半，另一台服务器搜索表的另一半或类似的东西。我很感激我能专门编写一个程序来查询两台服务器，每台服务器有一半只检查一半，但我觉得一定有更好的方法来做到这一点。是的，除了可以并行运行多台服务器之外。但是，是的，一个查询将不会-手动分片是唯一的解决方案。为此，你很可能不得不使用大数据。这是一个真正的边缘案例——不是说你错了，这只是一个非常罕见的需求，有很多技术问题。甲骨文IIRC可以在一定程度上做到这一点。微软从来没有像那样“集群化”。