desventajas de la utilización de MARS (varios conjuntos de resultados activos)

Question

duplicados Posible:
Disadvantages of MARS (Multiple Active Result Sets)?

Estoy desarrollando una aplicación tal que tengo que usar múltiples DataReaders al mismo tiempo. Cuando digo Múltiples DataReaders significo DataReaders MÚLTIPLES ... no habría requerido unos pocos a la vez. (Algo en torno a 10-50 o más)

Así que un escenario que me encontré fue a use diferentes cadenas de conexión ... ¡pero al implementar eso me siento incómodo!

Otro método es usar MARS que encontré que era bastante decente. pero mi duda es que tengo que considerar o tomar precauciones cuando lo implemente o es algo vicioso esperando que suceda :-)

de mi llamada investigación lo que pude encontrar fue que al usar MARS el servidor produce datos rápidamente, por lo que la aplicación del cliente debe recibir los datos a la misma velocidad que ingresa. De lo contrario, se llenará el búfer de almacenamiento de datos y el procesamiento se detendrá ... y solo se habilitará cuando el búfer se vacíe.

me he perdido en algún lugar por aquí ....

también que estoy usando sólo Sele declaraciones de ct solo para esta exigencia ...

así que mi pregunta es ¿hay alguna desventaja al usarlas? ¿cuántos de los datos se pueden almacenar en el búfer de datos del servidor para que el proceso no se detenga?

Answer 1

Sugiero que use conexiones múltiples, si es realmente necesario leer de 100 conjuntos de datos a la vez. No veo por qué necesitarías tener múltiples lectores de datos activos en una sola conexión.

Sin embargo, es más probable que la consulta o tarea que intenta realizar se pueda realizar sin la necesidad de realizar esta gran operación en paralelo. Si puede ser más específico con algunos detalles quizás podamos encontrar algunas sugerencias alternativas.