Теперь необходимо осуществить привязку компонентов TextBox к соответствующим полям таблицы «Туристы». Для этого используем свойство из группыDataBindings –Advanced, показанное на рисунке 54.
Рис. 54. Свойство «DataBindings – Advanced»
Выбор данного свойства приводит к появлению диалога, показанного на рисунке 55. Данный диалог позволяет осуществить не только привязку данных, но также задать событие, в рамках которого будет проводиться обновление данных, а также форматирование данных при их выводе.
Для верхнего компонента TextBox в выпадающем спискеBinding выберем источником данных «туристыBindingSource» и поле источника – «Фамилия». Для среднего и нижнего компонентовTextBox выберем тот же источник данных и поля «Имя» и «Отчество» соответственно.
Разработанное приложение в работе выглядит следующим образом
(рис. 56).
Рис. 55. Окно диалога для свойства «DataBindings – Advanced»
Рис. 56. Привязка данных к визуальным компонентам
Однако при внесении изменений все новые данные остаются только на форме. В базе данных они не сохраняются, и при повторном вызове приложения, конечно же, будут отсутствовать. Это происходит потому, что данные были загружены в объект DataSet, который представляет собой копию таблицы в памяти. Все действия выполняются с этой копией. Для того чтобы изменения
отобразились в базе данных, необходимо выполнить метод Update классаTableAdapter. Таким образом, в разрабатываемом приложении необходимо разместить кнопку «Обновить» и записать в обработчик событияClick следующий программный код:
туристыTableAdapter.Update(bDTur_firmDataSet); информация_о_туристахTableAdapter.Update(bDTur_firmDataSet);
Данный код обновляет информацию в таблицах «Туристы» и «Информация о туристах», предоставляемых источником данных. Отметим, что данный метод является перегруженным, и его варианты позволяют обновлять как отдельную строку таблицы, так и группу строк.
|
|
3.2. Обзор объектов ADO.NET
3.2.1. Источник данных DataSet
Основным объектом ADO является источник данных, представленный объектомDataSet.DataSetсостоит из объектов типаDataTable и объектовDataRelation. В коде к ним можно обращаться как к свойствам объектаDataSet, то есть, используя точечную нотацию. СвойствоTables возвращает объект типаDataTableCollection, который содержит все объектыDataTable используемой базы данных.
3.2.2. Таблицы и поля (объекты DataTable и DataColumn)
Объекты DataTable используются для представления одной из таблиц базы данных вDataSet. В свою очередь,DataTable составляется из объектов
DataColumn.
DataColumn – это блок для создания схемыDataTable. Каждый объектDataColumn имеет свойствоDataType, которое определяет тип данных, содержащихся в каждом объектеDataColumn. Например, можно ограничить тип данных до целых, строковых и десятичных чисел. Поскольку данные, содержащиеся вDataTable, обычно переносятся обратно в исходный источник данных, необходимо согласовывать тип данных с источником.
3.2.3. Объекты DataRelation
Объект DataSet имеет также свойствоRelations, возвращающее коллекциюDataRelationCollection, которая в свою очередь состоит из объектовDataRelation. Каждый объектDataRelation выражает отношение между двумя таблицами (сами таблицы связаны покакому-либополю (столбцу)). Следовательно, эта связь осуществляется через объектDataColumn.
3.2.4. Строки (объект DataRow)
Коллекция Rows объектаDataTable возвращает набор строк (записей) заданной таблицы. Эта коллекция используется для изучения результатов запроса
|
|
к базе данных. Мы можем обращаться к записям таблицы как к элементам простого массива.
3.2.5. DataAdapter
DataSet – это специализированный объект, содержащий образ базы данных. Для осуществления взаимодействия междуDataSet и собственно источником данных используется объект типаDataAdapter. Само название этого объекта
– адаптер, преобразователь, – указывает на его природу. DataAdapter содержит методFill() для обновления данных из базы и заполненияDataSet.
3.2.6. Объекты DBConnection и DBCommand
Объект DBConnection осуществляет связь с источником данных. Эта связь может быть одновременно использована несколькими командными объектами. ОбъектDBCommandпозволяет послать базе данных команду (как правило, команду SQL или хранимую процедуру). ОбъектыDBConnection иDBCommand иногда создаются неявно в момент создания объектаDataSet, но их также можно создавать явным образом.
3.3.Server Explorer
Всостав Visual Studio 2008 входит замечательный инструмент управления и обзора подключениями к базам данных – «Обозреватель баз данных»
(«Server Explorer»).
| Создадим новый проект. | |
| Выберем в меню «Вид» (View) | |
| пункт «Обозреватель баз дан- | |
| ных» («Server Explorer»). Поя- | |
| вится окно «Обозреватель баз | |
| данных» («Server Explorer»). | |
| Щелкнем на «Подключения дан- | |
| ных» («Data Connections») пра- | |
| вой кнопкой мыши и выберем | |
| Рис. 57. Добавление соединения | пункт «Добавить подключение» |
| («Add Connection») (рис. 57). |
Появляется окно мастера создания соединения, который был рассмотрен выше (п. 3.1. рис. 43, 44). Создадим подключение к базе данных туристической фирмы. После создания соединение появляется в списке всех подключений (рис. 58). На рисунке 58 показаны все таблицы, существующие в базе данных.
|
|
Также можно использовать окно «Обозреватель баз данных» («Server Explorer») для быстрого просмотра содержимого баз данных и – если подключение было создано с правами администратора – изменения их. Откроем нужную таблицу и в выпадающем меню выберем пункт «Загрузить данные» («Retrieve Data») (рис. 59).
Рис. 59. Просмотр таблицы «Туры»
Выше было рассмотрено создание приложений для работы с базами данных с использованием различных компонентов визуальной среды. Однако разрабатывать такие приложения можно также без использования визуальной среды.
3.4. Пример создания приложения БД «вручную»
Создадим в параллель два приложения для работы с созданными ранее базами данных, аналогичные приложению, рассмотренному выше (см. п. 3.1). Работа будет проводиться, соответственно, со следующими таблицами:
•Microsoft Access – BDTur_firm.mdb (см. п. 1.3);
•Microsoft SQL – BDTur_firmSQL.mdf (см. п. 1.4).
Начнем с запуска Visual Studio 2008 и создания нового проекта Windows Application.
Размещаем на создавшейся форме элемент управления DataGridView, свойствуDock которого устанавливаем значениеFill. Переходим в код формы и подключаем соответствующие пространства имен:
•для MS Access – using System.Data.OleDb;
•для MS SQL – using System.Data.SqlClient;
Влюбом случае необходимо подключить пространство имен System.Data.
Вконструкторе формы после InitializeComponent создаем объектDataAdapter.
Вприложении, работающем с MS Access, соответствующий код будет выглядеть следующим образом:
public Form1()
{
//Required for Windows Form Designer support
//
InitializeComponent(); OleDbDataAdapter dataAdapter =
new OleDbDataAdapter(CommandText, ConnectionString);
}
А в приложении, работающем с MS SQL: public Form1()
{
//
// Required for Windows Form Designer support
//
InitializeComponent(); SqlDataAdapter dataAdapter =
new SqlDataAdapter(CommandText, ConnectionString);
}
Как видно из приведенного кода, фрагменты отличаются только названиями объектов.
В качестве параметров DataAdapter передаютсяCommandText иConnectionString. Переменная типаstring CommandText представляет собой обыч-
ный SQL-запросна выборку из таблицы «Туристы», а переменная типаСonnectionString – это так называемая строка подключения, в которой указываются расположение базы данных, ее название, параметры авторизации и пр.
Воспользуемся следующими строками подключения и командами:
// MS Access
CommandText: "SELECT [Код туриста], Фамилия, Имя, Отчество FROM Туристы"; ConnectionString: "Provider=Microsoft.Jet.OLEDB.4.0;Data Source="D:\ВМИ\For ADO\ BDTur_firm.mdb"
// MS SQL:
CommandText: "SELECT CustomerID, CompanyName, ContactName, ContactTitle, Address, City, Region, PostalCode, Country, Phone, Fax FROM Customers"
ConnectionString: “Data Source=.\SQLEXPRESS;AttachDbFilename="D:\ВМИ\For ADO\ BDTur_firmSQL.mdf";Integrated Security=True;Connect Timeout=30;User Instance=True”
Обратите внимание на названия переменных CommandText иConnectionString. Когда создается объектDataAdapter, в качестве параметров можно передать названия строк, таких какcmdTextиconString, или дажеcmt иcns – совершенно равноправно, не забыв, конечно же, назвать также эти переменные в классеForm1. Но сама среда Visual Studio 2008 генерирует эти строки именно с такими названиями –CommandText иConnectionString, поэтому такое название переменных облегчает поддержку и сопровождение разработанного программного продукта.
Продолжим создание программы. Дальнейший код одинаков для обоих вариантов.
Создаем объект DataSet:
DataSet ds = new DataSet();
Заполняем таблицу «Туристы» объекта ds данными из базы:dataAdapter.Fill(ds, "Туристы");
Связываем источник данных объекта dataGridView1 с таблицей «Туристы» объектаds:
dataGrid1.DataSource = ds.Tables["Туристы"].DefaultView;
Теперь запустим созданное приложение. Если все сделано правильно, то на экранной форме отобразится содержимое таблицы «Туристы».
Теперь изменим код следующим образом: dataAdapter.Fill(ds, "Туристы2");
dataGridView1.DataSource = ds.Tables["Туристы2"].DefaultView;
Таблицы «Туристы2» в БД нет, однако код по-прежнемуработает. Это связано с тем, что таблица, которую мы называем «Туристы», при вызове методаFill объектаdataAdapter может быть названа как угодно – ее содержимое будет представлять собой извлекаемую таблицу из базы данных. При указании источника данных (DataSource) для объектаdataGridView1 мы ссылаемся именно на
таблицу «Туристы», которая была создана при вызове метода Fill. Таким образом, при заполнении таблиц их можно называть произвольным образом. Однако для реальных проектов рекомендуется использовать настоящие названия таблиц, чтобы избежать путаницы и трудностей в сопровождении.
3.5. Контрольные вопросы и задания к разделу 3
1.Соберите так, как описано в п. 3.1, простейшее приложение для работы с базой данных менеджера турфирмы.
2.Постройте диаграмму классов UML-моделидля данного приложения.
3.Каково назначение объектов классов DataSet,DataAdapter,DataTable,
DataRelation?
4.Нарисуйте схему связей классов DataSet, DataTable, DataRelation; DataTableи DataRelation;DataColumnи DataTable; DataRowи DataTable.
5.Соберите в соответствии с описанием п. 3.4 «ручной» вариант приложения для работы с базой данных Microsoft Access.
6.Соберите в соответствии с описанием п. 3.4 «ручной» вариант приложения для работы с базой данных Microsoft SQL – NorthwindCS.
7.Постройте диаграммы классов и диаграммы взаимодействия UML-моделидля данных приложений.
8.Для чего нужен компонент BindingNavigator и как его использовать?
9.В чем различие визуальных и не визуальных компонент? Приведите пример их использования.
10.Как связываются объекты DataGridView иBindingNavigator с базой данных? 11.Как связываются текстовые поляTextBox с полями базы данных?
12.Для чего в приложениях использованы строки ConnectionString иCommandText?
13.Соберите в соответствии с описанием п. 3.1 приложение для работы с базой данных служащих авиакомпании (см. п. 1.5, задание 4).
14.Соберите «ручной» вариант данного приложения.
15.Создайте и заполните базу данных студентов (см. п. 1.5, задание 11). Соберите в соответствии с описанием п. 3.1 приложение для работы с этой БД.
16.Соберите «ручной» вариант примера приложения для работы с базой данных студентов.
4. ОБЪЕКТЫADO.NET
4.1. Соединение с базой данных
4.1.1. Командная строка соединения ConnectionString
Строка соединения ConnectionString определяет параметры, необходимые для установления соединения с источником данных. Строка соединений при использовании мастеров генерируется средой, но можно (и желательно – во избежание неточностей и ошибок) писать эту строчку вручную.
Рассмотрим еще раз строки соединения, которые были созданы при под-
ключении к базам данных BDTur_firm.mdb и BDTur_firmSQL.mdf.
//База данных BDTur_firm: Provider=Microsoft.Jet.OLEDB.4.0;
Data Source="D:\ВМИ\For ADO\BDTur_firm.mdb" // путь к БД
//База данных NorthwindCS:
Data Source=.\SQLEXPRESS;
AttachDbFilename="D:\ВМИ\For ADO\ BDTur_firmSQL.mdf";
Integrated Security=True;
Connect Timeout=30;
User Instance=True
В этих строках через точку с запятой просто перечисляются параметры соединения. В таблице 8 приводятся основные значения этих параметров.
| Таблица 8 | |
| Основные параметры строки соединения | |
| Параметр | Описание |
| Provider (Поставщик) | Свойство применяется для установки или возврата имени |
| поставщика для соединения, используется только для объ- | |
| ектов OleDbConnection | |
| Connection Timeout или | Длительность времени ожидания связи с сервером перед |
| Connect Timeout | завершением попытки и генерацией исключения в секун- |
| (Время ожидания связи) | дах. По умолчанию 15 |
| Initial Catalog | Имя базы данных |
| (Исходный каталог) | |
| Data Source | Имя используемого SQL-сервера,когда установлено соеди- |
| (Источник данных) | нение, или имя файла базы данных Microsoft Access |
| Password (Пароль) | Пользовательский пароль для учетной записи SQL Server |
| User ID | Пользовательское имя для учетной записи SQL Server |
| (Пользовательский ID) | |
| Workstation ID | Имя рабочей станции или компьютера |
| Окончание таблицы 8 | |
| Параметр | Описание |
| Integrated Security или | Параметр, который определяет, является ли соединение за- |
| Trusted Connection | щищенным. True, False и SSPI – возможные значения (SSPI |
| (Интегрированная безо- | – эквивалент True) |
| пасность, или Довери- | |
| тельное соединение) | |
| Persist Security Info | Когда установлено False, нуждающаяся в защите информа- |
| (Удержание защитной | ция, такая как пароль, не возвращается как часть соедине- |
| информации) | ния, если связь установлена иликогда-либобыла установ- |
| ленной. Выставление этого свойства в True может быть | |
| рискованным в плане безопасности. По умолчанию False |
4.1.2. Управление соединением. Объект Connection
Большинство источников данных поддерживает ограниченное количество соединений. Так, например, база данных MS Access может поддерживать одновременную работу не более чем с 255 пользователями. При попытке обращения к базе данных, лимит соединений которой исчерпан, пользователь не получит нужной ему информации и будет вынужден ждать освобождения соединения. Задача разработчика заключается в минимизации времени связи с базой данных, поскольку соединение занимает полезные системные ресурсы.
Когда вызывается метод объекта DataAdapter (например, методFill), то он сам проверяет, открыто ли соединение. Если соединения нет, тоDataAdapter открывает соединение, выполняет задачи и затем закрывает соединение.
Явное управление соединением обладает рядом преимуществ:
•дает более чистый и удобный для чтения код;
•помогает при отладке приложения;
•является более эффективным.
Для явного управления соединением используется объект Connection. Для того чтобы разобраться с возможностями этого объекта, создадим новый проект и, перетащив элемент управленияDataGridView, установим свойствуDock значениеFill. Перейдем в код формы и подключим пространство имен:
using System.Data.OleDb;
Вконструкторе Form1после InitializeComponentсоздим объект Connection: OleDbConnection conn = new OleDbConnection(ConnectionString);
Вкачестве параметра объекту conn передается строка подключения
ConnectionString.
Можно также устанавливать строку подключения через свойство созданного объекта сonn:
OleDbConnection conn = new OleDbConnection(); conn.ConnectionString = ConnectionString;