ЯЗЫК ПРОГРАММИРОВАНИЯ С# 2005 И ПЛАТФОРМА .NET 2.0. 3-е издание

Троелсен Эндрю

• BeginExecuteReader/EndExecuteReader

• BeginExecuteNonQuery/EndExecuteNonQuery

• BeginExecuteXmlReader/EndExecuteXmlReader

С учетом материала, представленного в главе 14, названия пар этих методов можно считать "триумфом" соглашения о присвоении имен. Напомним, что в шаблоне асинхронного делегата .NET используется метод "begin" для выполнения задач во вторичном потоке, тогда как метод "end" может использоваться для получения результата асинхронного вызова с помощью членов IAsyncResult и необязательного делегата AsyncCallback. Поскольку работа с асинхронными командами моделируется по образцу делегата, простого

примера в этом случае должно быть достаточно (но не забудьте снова заглянуть в главу 14, чтобы освежить в памяти подробности, касающиеся использования делегатов асинхронного вызова).

Предположим, что нам нужно выбрать записи из таблицы Inventory во вторичном потоке выполнения, используя объект чтения данных. Вот полный текст соответствующего метода Main с последующим анализом.

static void Main(string[] args) {

 Console.WriteLine ("***** Забавы с ASNYC DataReader *****\n");

 // Создание открытого соединения в асинхронном режиме.

 SqlConnection cn = new SqlConnection;

 cn.ConnectionString = "uid=sa;pwd=;Initial Catalog=Cars;" +

"Asynchronous Processing=true;Data Source=(local)";

 cn.Open;

 // Создание объекта SQL-команды, ожидающего около 2 с.

 string strSQL = "WaitFor Delay '00:00:02';Select * From Inventory";

 SqlCommand myCommand = new SqlCommand(strSQL, cn);

 // Выполнение чтения во втором потоке.

 IAsyncResult itfAsynch;

 itfAsynch = myCornmand.BeginExecuteReader(CommandBehavior.CloseConnection);

 // Выполнение действий во время работы другого потока.

 while (!itfAsynch.IsCompleted) {

Console.WriteLine("Работа в главном потоке…");

Thread.Sleep(1000);

 }

 Console.WriteLine;

 // Все готово! Выполнение цикла по результатам

 // с помощью объекта чтения данных.

 SqlDataReader myDataReader = myCommand.EndExecuteReader(itfAsynch);

 while (myDataReader.Read) {

Console.WriteLine("-› Марка – {0) название – {1}, цвет – {2}.",

myDataReader["Make"].ToString.Trim,

myDataReader["PetName"].ToString.Trim,

myDataReader["Color"].ToString.Trim);

 }

 myDataReader.Close;

}

Первый интересным моментом здесь является то, что вы должны разрешить асинхронное взаимодействие с помощью нового сегмента Asynchronous Processing

в строке соединения. Также отметьте, что в текст объекта команды SqlCommand был добавлен сегмент WaitFor Delay для имитации длительного взаимодействия с базой данных.

Кроме этого обратите внимание на то, что вызов BeginExecuteDataReader возвращает ожидаемый IAsyncResult-совместимый тип, который используется для синхронизации потока вызова (с помощью свойства IsCompleted), а также для получения SqlDataReader по завершении выполнения запроса.

Исходный код. Проект AsyncCmdObject размещен в подкаталоге, соответствующем главе22.

Несвязный уровень ADO.NET

Как вы убедились, работе, со связным слоем позволяет взаимодействовать с базой данных, используя объекты соединения, команд и чтения данных. С помощью небольшого набора типов вы можете по желанию выбирать, вставлять, обновлять и удалять записи (а также запускать хранимые процедуры). Но на самом деле вы пока что узнали только половину того, что вам следует знать о возможностях ADO.NET. Поэтому напоминаем, что объектная модель ADO.NET может использоваться для взаимодействия в несвязной форме.

При работе на несвязном уровне ADO.NET вы по-прежнему должны использовать объекты соединения и команды. Кроме того, вы должны использовать специальный объект, называемый адаптером данных (и расширяющий абстрактный DbDataAdapter), чтобы извлекать и обновлять данные. В отличие от связного слоя, данные, полученные с помощью адаптера данных, не обрабатываются с помощью объекта чтения данных. Вместо этого для перемещения данных между вызывающей стороной и источником данных объекты адаптера данных используют объекты DataSet. Тип DataSet – это контейнер, используемый для любого числа объектов DataTable, каждый из которых содержит коллекцию объектов DataRow и DataColumn.

Объект адаптера данных вашего поставщика данных обрабатывает соединение с базой данных автоматически. С целью расширения возможностей масштабируемости адаптеры данных сохраняют соединение открытым минимально возможное время. Как только вызывающая сторона получает объект DataSet, соединение с СУБД разрывается, и вызывающая сторона остается со своей локальной копией удаленных данных. Вызывающая сторона может вставлять, удалять и модифицировать данные DataTable, но физически база данных не будет обновлена до тех пор. пока вызывающая сторона не передаст явно объект DataSet адаптеру данных для обновления. В сущности, DataSet позволяет клиенту имитировать постоянно открытое соединение, в то время как реальные операции выполняются с наборами данных, находящимися в памяти (рис. 22.10).

Рис. 22.10. Объекты адаптера данных передают объекты DataSet клиенту и возвращают их обратно базе данных

Поскольку основным элементом несвязного уровня является тип DataSet, нашей следующей задачей будет выяснение того, как управлять объектом DataSet вручную. Если вы поймете, как это делается, то не будете испытывать никаких проблем При манипуляциях содержимым DataSet, извлеченным из объекта адаптера данных.

Роль DataSet