Nhược điểm của việc sử dụng MARS (nhiều bộ kết quả hoạt động)

Question

thể trùng lặp:
Disadvantages of MARS (Multiple Active Result Sets)?

Tôi đang phát triển một ứng dụng như vậy mà tôi phải sử dụng nhiều DataReaders cùng một lúc. Khi tôi nói Nhiều datareaders tôi có nghĩa là DataReaders NHIỀU ... sẽ có một vài yêu cầu cùng một lúc. (Cái gì đó xung quanh 10-50 trở lên)

Vì vậy, một kịch bản mà tôi đi qua là sử dụng các chuỗi kết nối khác nhau .. nhưng thực hiện điều đó tôi cảm thấy khó xử !!!

Một phương pháp khác là sử dụng MARS mà tôi thấy nó khá tốt. nhưng nghi ngờ của tôi là tôi cần phải xem xét hoặc thực hiện bất kỳ biện pháp phòng ngừa khi tôi thực hiện nó hoặc là một cái gì đó luẩn quẩn đang chờ tôi xảy ra :-)

từ nghiên cứu được gọi là những gì tôi có thể tìm thấy là bằng cách sử dụng MARS máy chủ tạo dữ liệu nhanh, vì vậy ứng dụng khách phải nhận dữ liệu ở cùng một tốc độ mà nó đi vào. nếu không bộ đệm lưu trữ dữ liệu sẽ được lấp đầy dẫn đến việc xử lý dừng lại và sẽ chỉ được kích hoạt khi bộ đệm bị trống.

tôi bị lạc ở đâu đó quanh đây ....

Ngoài ra tôi đang sử dụng chỉ Sele báo cáo ct chỉ cho việc tái kiểm tra này ..

vì vậy câu hỏi của tôi là có bất kỳ nhược điểm nào khi sử dụng chúng? bao nhiêu dữ liệu có thể được lưu trữ trong bộ đệm dữ liệu máy chủ sao cho quá trình xử lý sẽ không dừng lại ??

Answer 1

Tôi đề nghị bạn sử dụng nhiều kết nối, nếu nó thực sự cần thiết để đọc từ 100 bộ dữ liệu cùng một lúc. Tôi không thể thấy lý do tại sao bạn cần phải có nhiều bộ dữ liệu hoạt động trên một kết nối duy nhất.

Có nhiều khả năng truy vấn hoặc nhiệm vụ bạn đang cố gắng đạt được có thể được thực hiện mà không cần phải thực hiện thao tác song song lớn này. Nếu bạn có thể cụ thể hơn với một số chi tiết có lẽ chúng tôi có thể làm việc ra một vài gợi ý thay thế tốt.