Чтобы выполнить хранимую процедуру, следует, как всегда, сначала создать новый объект соединения, сконфигурировать строку соединения и открыть сеанс. Но при создании объекта команды свойству CommandText следует присвоить имя хранимой процедуры (а не SQL-запрос). Также вы обязательно должны установить для свойства CommandType значение CommandType.StoredProcedure (значением по умолчанию является CommandType.Text).
Поскольку наша хранимая процедура имеет один входной и один выходной параметры, нашей целью является построение объекта команды, содержащего два объекта SqlParameter в своей коллекции параметров.
private static void LookUpPetName(SqlConnection cn) {
// Получение номера машины.
Console.Write("Введите номер машины: ");
int carID = int.Parse(Console.ReadLine());
// Установка имени хранимой процедуры.
SqlCommand cmd = new SqlCommand("GetPetName", cn);
cmd.CommandType = CommandType.StoredProcedure;
// Входной параметр.
SqlParameter param = new SqlParameter();
param.ParameterName = "@carID";
param.SqlDbType = SqlDbType.Int;
param.Value = carID;
param.Direction = ParameterDirection.Input;
cmd.Parameters.Add(param);
// Выходной параметр.
param = new SqlParameter();
param.ParameterName = "@petName";
param.SqlDbType = SqlDbType.Char;
param.Size = 20;
param.Direction = ParameterDirection.Output();
cmd.Parameters.Add(param);
// Выполнение хранимой процедуры.
cmd.ExecuteNonQuery();
// Печать выходного параметра.
Console.WriteLine("Машина {0} называется {1}'', carID, cmd.Parameters["@petName"].Value);
}
Обратите внимание на то, что свойство Direction объекта параметра позволяет указать входные и выходные параметры. По завершении вызова хранимой процедуры с помощью ExecuteNonQuery() вы можете получить значение выходного параметра, обратившись к коллекции параметров объекта команды. На рис. 22.9 показан один из возможных вариантов тестового запуска программы.
Рис. 22.9. Вызов хранимой процедуры
Исходный код. Проект СarsInventoryUpdater размещен в подкаталоге, соответствующем главе 22.
Асинхронный доступ к данным в .NET 2.0
В .NET 2.0 поставщик данных SQL (представленный пространством имен System.Data.SqlClient) усовершенствован с тем, чтобы он мог поддерживать асинхронное взаимодействие с базой данных, используя следующие новые члены SqlCommand.
• 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
Упрощенно говоря, DataSet является представлением внешних данных в памяти. Более точно, DataSet представляет собой тип класса, поддерживающий три внутренние строго типизованные коллекции (рис. 22.11).
Рис. 22.11. "Анатомия" DataSet
Свойство Tables объекта DataSet позволяет получить доступ к коллекции DataTableCollection, содержащей отдельные объекты DataTable. Другой важной коллекцией DataSet является DataRelationCollection. Ввиду того, что объект DataSet является "отсоединенным" образом структуры базы данных, можно программно представлять родительски-наследственные связи между таблицами. Например, с помощью типа DataRelation можно создать отношение между двумя таблицами, моделирующее ограничение внешнего ключа, Соответствующий объект можно затем добавить в DataRelationCollection с помощью свойства Relations. После этого вы сможете осуществлять переходы между соединенными таблицами при поиске данных. Как это реализуется на практике, будет доказано немного позже.
