Несколько асинхронных операций SqlClient - Ищем хороший пример

Question

Несколько асинхронных операций SqlClient - Ищем хороший пример

2

Я использую асинхронные операции в моем клиенте WinForms с самого начала, но только для некоторых операций. Когда завершается ExecuteReader или ExecuteNonQuery, делегат обратного вызова срабатывает, и все работает нормально.

У меня в основном есть две проблемы:

1) Какая лучшая структура для решения этой проблемы в реальной системе? Все примеры, которые я видел, - это примеры игрушек, в которых форма обрабатывает завершение операции, а затем открывает datareader на EndExecuteReader. Конечно, это означает, что форма более тесно связана с базой данных, чем обычно. И, конечно, форма всегда легко может называть .Invoke сама по себе. Я установил все мои асинхронные объекты для наследования из класса AsyncCtrlBlock<T> и получил форму и все делегаты обратного вызова, предоставленные конструктору асинхронных объектов в моем DAL.

2) Я собираюсь повторно посетить часть программы, которая в настоящее время не является асинхронной. Он делает два вызова подряд. Когда первое будет завершено, часть модели может быть заполнена. Когда вторая будет завершена, оставшаяся часть модели может быть завершена, но только если первая часть уже выполнена. Каков наилучший способ структурирования этого? Было бы здорово, если первое чтение может быть выполнено, и обработка, связанная с первым чтением, будет продолжена, пока вторая будет запущена, но я не хочу, чтобы обработка второго чтения начиналась, пока я не знаю, что обработка первые прочитанные данные завершены.

Cade Roux 16 июнь 2009, в 21:16

Источник

0

«Было бы замечательно, если бы можно было выполнить первое чтение и выполнить обработку, связанную с первым чтением, пока запускается второе, но я не хочу, чтобы обработка второго чтения начиналась, пока я не узнаю, что обработка данные первого чтения завершены ". ----- Вы имеете в виду, что первое и второе должны начинать выполнение одновременно, но вы не хотите, чтобы второе было завершено до первого завершения?
Rashmi Pandit 09 июль 2009, в 04:23
0

Я не начинаю обрабатывать второе событие завершения, пока не будет завершена обработка первого события завершения. т.е. первый запрос получает набор узлов, а второй запрос получает набор строк. Я не могу поместить строки между узлами до тех пор, пока не будут созданы экземпляры узлов, затем я могу соединить их с результатами запроса отношений строк.
Cade Roux 09 июль 2009, в 12:27
0

Звучит объяснение, что CTE, Common Table Expressions (см. Msdn.microsoft.com/en-us/library/ms190766.aspx ) может дать вам результаты за один шаг. Внутри WITH вы определяете первый запрос, а непосредственно после WITH вы используете узел первого запроса во втором в операторе JOIN. Не так ли?
Oleg 20 июнь 2010, в 22:34
0

@Oleg Два набора можно объединить как один с объединением, но это медленнее и требует больше обработки клиента. Дело в том, что в целом, если процессу требуется несколько независимых наборов результатов, но при обработке существует некоторая зависимость, как вы структурируете параллельную обработку, и что является хорошим примером асинхронной обработки, в которой просто нет форм, обрабатывающих завершение мероприятие?
Cade Roux 21 июнь 2010, в 02:59

Показать ещё 2 комментария

Теги:

c#

.net

ado.net

asynchronous

sqlclient

2 ответа

Ещё вопросы

«Было бы замечательно, если бы можно было выполнить первое чтение и выполнить обработку, связанную с первым чтением, пока запускается второе, но я не хочу, чтобы обработка второго чтения начиналась, пока я не узнаю, что обработка данные первого чтения завершены ". ----- Вы имеете в виду, что первое и второе должны начинать выполнение одновременно, но вы не хотите, чтобы второе было завершено до первого завершения?
Я не начинаю обрабатывать второе событие завершения, пока не будет завершена обработка первого события завершения. т.е. первый запрос получает набор узлов, а второй запрос получает набор строк. Я не могу поместить строки между узлами до тех пор, пока не будут созданы экземпляры узлов, затем я могу соединить их с результатами запроса отношений строк.
Звучит объяснение, что CTE, Common Table Expressions (см. Msdn.microsoft.com/en-us/library/ms190766.aspx ) может дать вам результаты за один шаг. Внутри WITH вы определяете первый запрос, а непосредственно после WITH вы используете узел первого запроса во втором в операторе JOIN. Не так ли?
@Oleg Два набора можно объединить как один с объединением, но это медленнее и требует больше обработки клиента. Дело в том, что в целом, если процессу требуется несколько независимых наборов результатов, но при обработке существует некоторая зависимость, как вы структурируете параллельную обработку, и что является хорошим примером асинхронной обработки, в которой просто нет форм, обрабатывающих завершение мероприятие?

Volma · Answer 1 · 2012-04-20T01-20-00.000Z

Если вы находитесь на .Net 4, это будет идеальное приложение TPL! Вы можете включить код в такие задачи:

TaskScheduler uiScheduler = GetUISheduller();
SqlCommand command1 = CreateCommand1();

Task<SqlDataReader> query1 = Task<SqlDataReader>.Factory.FromAsync(command1.BeginExecuteReader, command1.EndExecuteReader, null);
query1.ContinueWith(t => PopulateGrid1(t.Result), uiScheduler);

SqlCommand command2 = CreateCommand2();
query1.ContinueWith(t => Task<SqlDataReader>.Factory.FromAsync(command2.BeginExecuteReader, command2.EndExecuteReader, null)
      .ContinueWith(t => PopulateGrid2(t.Result), uiScheduler);

ULysses · Answer 2 · 2010-06-25T11-24-00.000Z

относительно 2)

сделать первую фазу вашей модели, заполняющей асинхронную. у вас будет что-то вроде этого


FisrtCall();
AsyncResult arPh1 = BeginPhaseOne(); //use results from first call
SecondCall();
EndPhaseOne(arPh1); //wait until phase one is finished
PhaseTwo(); //proceed to phase two

Чтобы получить награду, я хочу увидеть реальный пример кода или ссылку на статью с реальным примером, который 1) не обрабатывает события в форме и 2) показывает, как поставить в очередь два запроса, но обрабатывать второй только после того, как первый запрос завершен и обработан (и результаты первого запроса будут обрабатываться, даже если второй запрос еще не завершен)