使用MARS的缺点(多个活动结果集)

Question

可能重复:
MARS(多个活动结果集)的缺点？

我正在开发一个应用程序,以便我必须同时使用多个DataReader.当我说多个数据加载器我的意思是多个DATAREADERS ...同时需要一些.(约10-50或更多)

所以我遇到的一个场景是使用不同的连接字符串..但实现我感觉很尴尬!

另一种方法是使用MARS,我发现它相当不错.但我怀疑的是,当我实施它时,我是否需要考虑或采取任何预防措施,或者是等待我发生的恶性事件:-)

从我所谓的研究中我能够发现的是,通过使用MARS,服务器可以快速生成数据,因此客户端应用程序必须以与它相同的速度接收数据.否则数据存储缓冲区将被填充,导致处理停止..只有当缓冲区变空时才会启用..

我迷失在这附近......

另外,我仅使用Select语句进行此次重新评估.

所以我的问题是使用它们有什么缺点吗？有多少数据可以存储在服务器数据缓冲区中,这样处理就不会停止？

Answer 1

如果确实需要一次读取 100 个数据集，我建议您使用多个连接。我不明白为什么您需要在单个连接上有多个活动数据读取器。

然而，您尝试实现的查询或任务更有可能无需执行如此大的并行操作即可完成。如果您能更具体地说明一些细节，也许我们可以提出一些替代建议。