WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     || 2 | 3 | 4 | 5 |
-- [ Страница 1 ] --

.net ^ Microsoft Предисловие Криса Селлза IVMl/IUSUI I • Development

Series WESLEY ADDISON Практическое использование ADO.NET Доступ к данным в Internet Шон Вилдермьюс Практическое использование ADO.NET Pragmatic ADO.NET Data Access for the Internet World Shawn Wildermuth A TV ADDISON-WESLEY Boston • San Francisco • New York • Toronto • Montreal London • Munich • Paris - Madrid Capetown - Sydney • Tokyo • Singapore • Mexico City Практическое использование ADO.NET Доступ к данным в Internet Шон Вилдермьюс Москва • Санкт-Петербург • Киев ББК 32,973.26-018.2. В УДК 681.3, Издательский дом "Видьямс" Зав. редакцией С.Я. Тригуб Руководитель проекта В. В. Александров Перевод с английского А.А. Борисенко, А.В. Журавлева, О.А. Лещинского Под редакцией А. В. Журавлева По общим вопросам обращайтесь в Издательский дом "Вильяме" по адресу:

info@williamspublishing.com, http://www.williamspublishing.com Вилдермьюс, Шон.

В44 Практическое использование ADO.NET. Доступ к данным в Internet. :

Пер. с англ. — М. : Издательский дом "Вильяме", 2003. — 288 с. : ил. — Парал. тит. англ.

ISBN 5-8459-0450-1 (рус.) Эта книга представляет собой практическое руководство по использованию пер вой библиотеки доступа к данным, спроектированной специально для упрощения создания Web-приложений. Содержащийся в книге материал поможет разработчи кам изучить основные концепции ADO.NET и познакомиться с практическими ме тодами решения распространенных задач. На первых страницах-книги автор пред лагает совершить небольшой экскурс в историю создания компанией Microsoft тех нологий универсального доступа к данным и проследить эволюционный путь ADO.NET, Большая часть книги посвящена использованию библиотеки ADO.NET для взаимодействия с базами данных и остальной частью.NET Framework. Кроме того, автор дает ряд полезных советов в отношении создания масштабируемых и высокопроизводительных приложений. В конце книги автор подробно излагает стратегию преобразования кода ADO в код ADO.NET.

Книга рассчитана на пользователей средней и высокой квалификации.

ББК 32.973.26-018.2. Все названия программных продуктов являются зарегистрированными торговыми марками соответствующих фирм.

Никакая часть настоящего издания ни в каких целях не может быть воспроизведена в какой бы то ни было форме и какими бы то ни было средствами, будь то электронные или механиче ские, включая фотокопирование и запись на магнитный носитель, если на это нет письменного разрешения издательства Addison-Wesley Publishing Company, Inc.

Authorized translation from the English language edition published by Pearson Esucation, Inc.

Copyright © 2003 by Shawn Wildermuth All rights reserved. No part of this book may be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording or by any information storage re trieval system, without permission from the Publisher.

Russian language edition published by Williams Publishing House according to (he Agreement with R&I Enterprises International, Copyright © ISBN 5-8459-0450-1 (рус.) © Издательский дом "Вильяме", ISBN 0-201-74568-2 (англ.) © Shawn Wildermuth, Оглавление Введение Предисловие Благодарности Часть I. Основы ADO.NET Глава 1. Причины возникновения и краткий обзор ADO.NET Глава 2. ADO.NET: подключение к источнику данных Глава 3. Выполнение команд Глава 4. Получение данных Часть II. Класс DataSet Глава 5. Создание объекта DataSet Глава 6. Типизированные классы DataSet Глава 7. Манипулирование объектом DataSet Глава 8. Обновление базы данных Часть III. Практическое использование ADO.NET Глава 9. ADO.NET и XML Глава 10. Привязка данных в ADO.NET Глава 11. Масштабируемость и производительность приложений ADO.NET Приложение А. Стратегии перехода от ADO к ADO.NET Предметный указатель Содержание Введение Предисловие Для кого предназначена эта книга Часть I. Основы ADO.NET Глава 1. Причины возникновения и краткий обзор ADO.NET Глава 2. ADO.NET: подключение к источнику данных Глава 3. Выполнение команд Глава 4. Получение данных Часть II. Класс DataSet Глава 5. Создание объекта DataSet Глава 6. Типизированные классы DataSet Глава 7. Манипулирование объектом DataSet Глава 8. Обновление базы данных Часть III. Практическое использование ADO.NET Глава 9. ADO.NET и XML Глава 10. Привязка данных в ADO.NET Глава 11. Масштабируемость и производительность приложений ADO.NET Приложение А. Стратегии перехода от ADO к ADO.NET Благодарности Часть I. Основы ADO.NET Глава 1. Причины возникновения и краткий обзор ADO.NET Краткая история универсального доступа к данным Преимущества ADO.NET Краткий курс ADO.NET Пространства имен ADO.NET Структуры данных ADO,NET Объектная модель управляемого поставщика данных ADO.NET Резюме Глава 2. ADO.NET: подключение к источнику данных Первые впечатления Соединения Строки соединений Встроенная система безопасности Изменение базы данных Организация пула соединений События объекта Connection Фабрика соединений Содержание Получение информационной схемы базы данных с помощью поставщика OLE DB Обработка ошибок в.NET Исключения ADO.NET Резюме Глава 3. Выполнение команд Команды Создание объекта Command Типы команд Выполнение команд Результирующий набор данных Использование параметров Транзакции и ADO.NET Уровни изоляции Точки сохранения в транзакциях SQL Server Службы Enterprise Services и СОМ+ Пакетные запросы Резюме Глава 4. Получение данных Чтение данных Краткий обзор SQL-оператора SELECT Объект DataReader Создание объекта DataReader Функциональность объекта DataReader Доступ к данным с помощью объекта DataReader Параметры метода ExecuteReader Что такое результирующие наборы данных? Обработка множественных результирующих наборов данных Работа с метаданными объекта DataReader Создание простого приложения, взаимодействующего с базой данных Доступ к базе данных Объекты данных Код Windows-формы Резюме Часть II. Класс DataSet Глава 5. Создание объекта DataSet Что такое объект DataSet? Структура объекта DataSet Объект DataSet и управляемые поставщики данных Заполнение объекта DataSet Объект DataAdapter Создание объекта DataSet на основе информации, хранящейся в базе данных Создание объекта DataSet на основе XML-документа Создание объекта DataSet программным путем Определение схемы объекта DataSet Зачем нужно определять схему объекта DataSet? Вывод схемы объекта DataSet с помощью объекта DataAdapter Использование языка XSD для определения схемы объекта DataSet Содержание Создание схемы объекта DataSet программным путем ПО Схема столбца Резюме Глава 6. Типизированные классы DataSet Что такое типизированный класс DataSet? Создание типизированного класса DataSet Использование Visual Studio.NET для создания типизированного класса DataSet Использование программы XSD.exe для создания типизированного класса DataSet Настройка сгенерированного кода с помощью специальных аннотаций Использование типизированного класса DataSet Упрощение уровня бизнес-объектов Разработка бизнес-логики Резюме Глава 7. Манипулирование объектом DataSet Изменение данных Добавление строк Удаление строк Чтение и запись значений столбцов строки Версия строки Состояние строки Перемещение по объекту DataSet Перемещение вдоль отношений Объект Data View Поиск в объекте DataSet Поиск с помощью метода DataTable.Select Поиск с помощью объекта DataView Слияние объектов DataSet Резюме Глава 8. Обновление базы данных Проблемы, связанные с использованием отсоединенных данных Параллелизм в ADO.NET Обновление объекта DataSet с помощью объекта DataAdapter Реализация оптимистического параллелизма Реализация пессимистического параллелизма Реализация деструктивного параллелизма Несколько наиболее распространенных вопросов, связанных с обновлением данных Работа с объектами DataSet, состоящими из нескольких таблиц Использование локальных транзакций для обновления базы данных Получение идентификатора новой строки от базы данных SQL Server Резюме Часть III. Практическое использование ADO.NET Глава 9. ADO.NET и XML.NET и XML Класс DataSet и XML Преобразование данных объекта DataSet в формат XML 8 Содержание Сохранение данных объекта DataSet в формате XML Пространства имен объекта DataSet Заполнение объекта DataSet данными из XML-файла Стратегии использования XML-документа в формате DifFGram Схема объекта DataSet Класс Xml Data Document Поиск данных в объекте DataSet с помощью запросов XPath Преобразование объекта DataSet с помощью языка XSLT Резюме Глава 10. Привязка данных в ADO.NET Что такое привязка данных в.NET? Привязка данных в Windows-формах Простая привязка данных Сложная привязка данных Привязка данных к элементу управления DataGrid Привязка типа "родитель-потомок" Использование класса CurrencyManager Привязка данных в ASP.NET Простая привязка данных Сложная привязка данных Привязка данных к элементам управления, предназначенным для работы с данными Привязка данных с помощью объекта DataReader Некоторые соображения, касающиеся производительности Резюме Глава 11. Масштабируемость и производительность приложений ADO.NET А стоит ли волноваться? Проектирование масштабируемых систем Связность компонентов системы Что предшествовало ADO.NET Проблемы, связанные с подсоединенными данными Проблемы масштабирования сервера баз данных Как может помочь ADO.NET Кэширование данных на Web-сервере Масштабирование информации, хранящейся в базе данных На практике Можно ли масштабировать объекты DataReader? Производительность ADO.NET Взаимодействие с базой данных Взаимодействие с объектами DataSet Несколько полезных советов Используйте схему объекта DataSet Используйте типизированные объекты DataSet для создания уровней бизнес-правил Сокращайте количество обращений к базе данных Кэшируйте данные часто и заранее Найдите и не отпускайте от себя администратора базы данных Изолируйте разработчиков от базы данных Ограничьте использование объекта DataReader на страницах ASP.NET Используйте фабрики соединений Содержание Не помещайте строки соединения в исходный код Не предоставляйте пользователям доступ к базе данных Резюме..

Приложение А. Стратегаи перехода от ADO к ADO.NET Планирование перехода на ADO.NET Изменение архитектуры ADO-приложений Чего не хватает в ADO.NET? ADO.NET-эквиваленты объектов ADO Отображение типов данных ADO на типы данных.NET Поставщики и управляемые поставщики Преобразование кода установки соединения Преобразование кода создания объекта команды Преобразование кода создания объекта Recordset Использование объектов ADO Recordset в ADO.NET Резюме Предметный указатель /О Содержание Моей дорогой Трише, без терпения и заботы которой этой книги никогда бы не было.

Введение Впервые я столкнулся с Шоном несколько лет назад. Он подписался на те же спи ски рассылки, что и я, часто высказывал интересные идеи. Это побудило меня рас сматривать его как одного из потенциальных помощников при работе над проектами.

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

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

Стоит ли говорить, что все это время работа велась очень продуктивно.

Когда наш совместный проект близился к завершению, Шона попросили оказать помощь в создании еще одного проекта — на этот раз просьба исходила от сообщест ва разработчиков баз данных Microsoft. Миссия Шона заключалась в том, чтобы по мочь разобраться в последней технологии доступа к данным компании Microsoft:

ADO.NET. Как и ранее, Шон с энтузиазмом принялся за дело. Он создал свой собст венный Web-форум, посвященный ADO, NET, а также подписался на новый список рассылки по.NET, организованный компанией DevelopMenter, где отвечал на огром ное количество вопросов. Вскоре в базе знаний Шона был собран огромный материал о важности ADO.NET в современном "сетевом" мире, снабженный детальной ин формацией о практическом применении этой технологии. В итоге у Шона возник вполне законный вопрос — а не написать ли ему обо всем этом книгу? Я ответил, что если у него появится свободное время, то следует так и сделать. Написать хорошую книгу (а в случае с Шоном о другом речь просто идти не могла) очень сложно. Един ственный известный способ добиться этого заключается в том, чтобы иметь в своем сердце что-то, о чем ты просто не можешь не рассказать всему остальному миру.

К счастью для всех нас, рассказ Шона нашел свое место на страницах книги, которую вы сейчас держите в руках. И не важно, помогал ли вам Шон разобраться с вашими проблемами ранее, или же вы впервые сталкиваетесь с его работой, я уве рен, что, как и в случае со мной, это будут очень продуктивные взаимоотношения.

Крис Селлз (Chris Sells), www.sellsbrothers.com Предисловие ADO.NET— не ADO. Наверное, это наиболее важный момент, который освещается в книге. Понимание ADO.NET предполагает не только умение извлечь информацию из базы данных или обновить ее, но и, прежде всего, понимание целей проектирова ния ADO.NET. Созданная компанией Microsoft новая технология доступа к данным существенно отличается от ее предыдущих разработок и превращает ADO в некоего доисторического монстра, Эта книга не является справочником или "полным" и "всеобъемлющим" руково дством по ADO.NET. Прежде всего она написана для того, чтобы помочь разработчи кам делать свою повседневную работу. Другими словами, книга содержит в себе мно жество полезных советов по использованию ADO.NET.

Для кого предназначена эта книга Книга предназначена для разработчиков, у которых есть основные знания о базах данных и платформе.NET. И хотя читателю не обязательно иметь опыт работы с ADO, тем, у кого он есть, будет легче усвоить изложенный в книге материал.

Часть I. Основы ADO.NET В первой части рассматриваются базовые понятия новой технологии доступа к данным ADO.NET.

Глава 1. Причины возникновения и краткий обзор ADO.NET Прежде чем познакомить читателя с принципами использования ADO.NET, его вниманию предлагается предыстория создания этой библиотеки доступа к данным.

В главе 1 рассматриваются различные технологии доступа к данным, разработанные Microsoft, и объясняется, каким путем компания пришла к созданию ADO.NET.

Глава 2. ADO.NET: подключение к источнику данных Перед тем как выполнить какие-либо действия по отношению к базе данных, с ней необходимо установить соединение. Глава 2 полностью посвящена вопросу подклю чения к базе данных с использованием ADO.NET. В частности, здесь рассматривают ся строки соединения, организация пула соединений при использовании различных управляемых поставщиков данных, шаблоны установки соединения, а также способы минимизации количества подключений к базе данных.

Глава 3. Выполнение команд В конечном итоге взаимодействие с базой данных сводится к выполнению команд и получению результатов. В этой главе рассматривается объект Command и его ис пользование для выполнения простых SQL-операторов, параметризованных запросов, хранимых процедур и операторов пакетного выполнения.

Предисловие Глава 4. Получение данных Объект ADO.NET DataReader предназначен для извлечения информации из базы данных. В главе 4 рассматривается использование объекта DataReader для доступа к базе данных и приводится пример класса, в котором этот объект выступает в каче стве источника данных.

Часть II. Класс DataSet Объект DataSet — это сердце ADO.NET. Для его эффективного использования не обходимо понять, как он может помочь при решении повседневных задач доступа к данным.

Глава 5. Создание объекта DataSet Эта глава поможет разобраться в том, что представляет собой объект DataSet и по чему его необходимо использовать. Рассматривается множество способов создания объекта DataSet, включая применение для этой цели объекта DataAdapter и документа XML. В эту главу вошло также исчерпывающее описание использования схемы объекта DataSet.

Глава 6. Типизированные классы DataSet Типизированный объект DataSet помогает разработчику создавать код, способный адаптироваться к изменению схемы. Глава 6 полностью посвящена новой модели программирования, в соответствии с которой типизированные объекты DataSet соз даются и используются в качестве основы для уровня бизнес-логики приложения.

При рассмотрении примеров создания типизированных объектов DataSet используют ся средства Visual Studio.NET и командной строки.

i Глава 7. Манипулирование объектом DataSet После создания объекта DataSet вам необходимо научиться использовать его для манипулирования данными и понять его внутреннюю структуру. В главе 7 рассматри вается объектная модель DataSet, а также приведены примеры решения типичных проблем, возникающих при обработке данных.

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

Часть III. Практическое использование ADO.NET Теперь, когда мы знаем, как получить доступ к данным, манипулировать ими и отражать внесенные изменения в базе данных, нам необходимы сведения о способе взаимодействия ADO.NET с остальной частью.NET Framework.

14 Предисловие Глава 9. ADO.NET и XML XML — это формат представления информации. В свою очередь библиотека ADO.NET обеспечивает средства для работы с данными в среде.NET. Два указанных факта создают предпосылку для тесной интеграции ADO.NET и XML с целью объе динения информации, поступающей из различных источников. Глава 9 посвящена рассмотрению XML и средств поддержки этого формата в библиотеке ADO.NET.

Глава 10. Привязка данных в ADO.NET В среду.NET интегрированы две технологии, основанные на использовании форм:

Windows-формы и Web-формы. К счастью, все объекты-контейнеры ADO.NET (DataReader, DataSet и DataTable) поддерживают непосредственную привязку данных, о чем и рассказывается в главе 10.

Глава 11. Масштабируемость и производительность приложений ADO.NET Эта глава подытоживает все изложенное в предыдущих главах. Рассматриваемые в ней вопросы непосредственно касаются построения легкомасштабируемых и высо копроизводительных систем. Кроме этого, здесь приводятся ценные практические советы по созданию ориентированных на работу с базами данных приложений в целом и использованию ADO.NET в частности.

Приложение А. Стратегии перехода от ADO к ADO.NET Мы не можем гарантировать того, что весь код.NET-приложения будет использо вать новые технологии. Существует огромное количество кода, который необходимо перенести на платформу.NET. В этом приложении приводятся различные стратегии "выживания" в смешанных системах, предполагающих обращение к структурам ADO из кода ADO.NET и наоборот.

Предисловие Благодарности Я хочу поблагодарить всех, кто помог мне написать эту книгу. Прежде всего я хочу выразить признательность Крису Ссллзу (Chris Sells) за его помощь на каждой стадии данного проекта. От самого начала работы над книгой до скрупулезного пересмотра каждой ее главы большее количество раз, чем я могу сосчитать, Крис делал все, чтобы книга получилась хорошей. К тому же он был моим наставником и вдохновителем, поддерживающим меня на каждом шагу и помогающим понять, на чем нужно сосре доточиться прежде всего. Я также благодарен бессчетному количеству людей из спи ска рассылки DevelopMentor.NET (discuss.develop.com), которые отвечали на мои вопросы, а также задавали мне такие вопросы, которых я даже и не думал касаться в этой книге. Кроме того, я признателен всем сотрудникам компании OneSource Infor mation Systems за терпение, проявленное ими во время моей работы над этой книгой.

Напоследок я хотел бы поблагодарить всех тех людей, которые способствовали выходу книги в свет. Это Триша Палее (Tricia Palese), Стефани Томас (Stephanie Tho mas), Крис Таварес (Chris Tavares), Боб Бошемин (Bob Beauchemin), Питер Залекси (Peter Zaleksy), Кристоф Фок (Cristof Falk), Скотт Юранек (Scott Juranek), Пуруш Руд ракшала (Purush Rudrakshala), Гленн Тиммз (Glenn Thimmes), Эдвард Хинтон (Edward Hinton), Марк Изрейел (Mark Israel), Джозеф Фикара (Joseph Ficara), Дэйвид Авакян (David Avakian), Тодд Клеметсон (Todd Clemetson), Стивен Райт (Steven Wright), Маршал Харрисон (Marshall Harrison), Кристин Эриксон (Kristin Erickson), Дженни фер Аллен (Jennifer Allen) и Омри Гэцит (Omri Gazitt).

Шон Вилдермьюс (Shawn Wildermuth), Тькжсбери, штат Массачусетс, июнь 2002, www.adoguy.com 16 Благодарности Часть I Основы ADO.NET Глава 1. Причины возникновения и краткий обзор ADO.NET Глава 2, ADO.NET: подключение к источнику данных Глава 3, Выполнение команд Глава 4, Получение данных Глава Причины возникновения и краткий обзор ADO.NET В этой главе...

Краткая история универсального доступа к данным Преимущества ADO.NET Краткий курс ADO. NET Добро пожаловать в мир ActiveX Data Objects for.NET или же просто ADO.NET — именно так мы будем называть эту библиотеку в дальнейшем. К счастью для нас, ADO.NET — не просто еще один API, это в самом буквальном смысле новая филосо фия доступа к данным. Тем не менее прежде чем перейти к непосредственному изу чению ADO.NET, давайте совершим небольшой экскурс в историю.

Краткая история универсального доступа к данным Для того чтобы ясно представить себе мотивы создания компанией Microsoft биб лиотеки ADO.NET, следует рассмотреть ее предыдущие API доступа к данным. В те чение последних десяти лет компания Microsoft пыталась решить проблему универ сального доступа к данным. В Microsoft понимали, что для разработчиков всегда важ но соблюдение баланса между простотой и производительностью. К сожалению, эти две веши часто были несовместимы.

Поскольку доступ к базе данных очень важен для большого числа приложений, в самом начале 90-х годов Microsoft разработала стратегию, нацеленную на помощь своим разработчикам, часто создававшим приложения, которым необходимо было взаимодействовать с базами данных на других платформах, таких, как мини компьютеры и мэйнфреймы UNIX. Предложенное Microsoft решение заключалось в использовании интерфейса прикладного программирования (Application Programming Interface — API) ODBC (Open Database Connectivity — открытый интерфейс доступа к базам данных), который позволял получать доступ к данным на подобных системах.

Вместе с тем Microsoft знала, что многим разработчикам потребуется также реше ние для настольных баз данных. Поэтому в 1992 году увидел свет язык Visual Basic 2. и интерфейс VT Objects, позволяющий писать на Visual Basic код доступа к ODBC API. VT Objects представлял собой очень простой интерфейс, который обеспечивал немногим более, чем подключение к серверным базам данных. Другими словами, в этом интерфейсе Microsoft представила только ту часть ODBC API, которая могла удовлетворить потребности VB-разработчиков в области доступа к данным.

Компании Microsoft также было известно, что разработчики столкнулись с необ ходимостью локального хранения информации в формате настольной базы данных.

В результате компания выпустила настольную базу данных Access 1.0, включающую в себя новую технологию доступа к данным Jet и новую версию интерфейса VT Object с несколько измененным названием — DAO (Data Access Objects — объекты доступа к данным). Уже в первой версии ОАО была представлена концепция объектов Часть!, Основы ADO.NET /.Connection и Recordset, которая существует и по сегодняшний день. К сожалению, ОАО были присущи и недостатки — отсутствие поддержки многопоточного окруже ния крайне негативно сказывалось при возрастании нагрузки и при работе в больших клиент-серверных окружениях.

Microsoft попыталась заново "изобрести колесо", выпустив интерфейс доступа к данным OLE DB (OLE for Databases — OLE для баз данных). OLE DB привязывал разработчиков баз данных к модели компонентных объектов Microsoft (Component Object Model — COM). Итак, OLE DB — это набор СО М-интерфейсов, поддержи вающих модель доступа к данным "потребитель/поставщик" на корпоративном уров не. Для OLE DB безразличен источник данных — будь то настольная база данных (например, Access), база данных масштаба предприятия (например, SQL Server или Oracle) или же источник, и вовсе не являющийся базой данных (например, электрон ная таблица Excel). Если разработчику было нужно предоставить свои данные через OLE DB, он должен был написать поставщик данных OLE DB. К сожалению, созда ние поставщиков OLE DB оказалось чрезвычайно сложным заданием для большинст ва разработчиков (разве что за исключением наиболее талантливых С++ программистов). Выпускать потребители данных OLE DB было проще, однако про граммистам пришлось использовать Visual C++, заплатив за это утратой свободы вы бора языка программирования.

Одной из последних разработок Microsoft стала технология ActiveX Data Objects (ADO), обеспечивающая СОМ-оболочку для OLE DB. Интерфейс ADO был разрабо тан исключительно с целью упростить работу с OLE DB. Вскоре после выхода ADO разразилась Internet-революция. Разработчикам понадобился легкий в использовании API для того, чтобы сделать свои Web-узлы и Web-приложения ориентированными на взаимодействие с базами данных. Так как код ADO легко встраивался в Web страницы, новая технология отлично интегрировалась с информационным сервером Internet (Internet Information Server — IIS) и ASP-страницами (Active Server Page — ак тивная серверная страница). Вскоре ADO стал стандартом де-факто для Web-узлов Internet. Действительно, небольшим Web-узлам ADO подходил как нельзя лучше;

он был прост для понимания и легок для программирования. Но, к сожалению, ADO не смог справиться с уровнем нагрузки более крупных узлов. Множество Web-страниц регулярно обращались к базе данных для получения одной и той же информации — обнаружилась жесткая зависимость ADO от наличия соединения с базой данных,, В соответствии с правилами ADO для того чтобы запросить информацию из базы данных, с ней сперва необходимо создать соединение. Как показано в листинге 1.1, время жизни соединения равно времени выполнения запроса.

Листинг 1.1. Классический доступ к базе данных с использованием ADO Option Explicit ' Создание объекта Connection.

Dim conn as Object Set conn = CreateObjectf"ADODB.Connection") Dim sConn as String sConn = "DSN=LocalServer;

UID=someuser;

Database=ADONET;

" conn.connectionString = sConn ' Открытие соединения.

conn.Open ' Создание объекта Command.

Dim cmd as Object Set cmd = CreateObject("ADODB.Command") cmd.ActiveConnection = conn Глава 1. Причины возникновения и краткий обзор ADO.NET cmd.CominandText - "SELECT * FROM CUSTOMER" ' Выполнение запроса к базе данных - получение ' объекта Recordset.

Dim rs as Object Set гэ - cmd,Execute() Работа с объектом Recordset.

Do While not rs.EOF Dim sRecord as String Dim field as Object For Each field in rs.Fields sRecord = sRecord & field.name fi ": " & field.value Next MsgBox sRecord rs.MoveNext Loop Соединение закрывается только после выполнения всех ' необходимых манипуляций с данными, conn.Close В большинстве случаев соединение с базой данных оставалось открытым на про тяжении всего времени манипулирования с объектом Recordset. Это происходило даже при извлечении больших массивов информации. Кроме того, для обеспечения парал лелизма в ADO было принято блокировать записи или целые страницы. В результате базы данных испытывали огромную нагрузку, свободные соединения быстро заканчи вались, особенно для крупных Web-приложений. Проблема нехватки соединений ре шалась путем перевода объекта Recordset в отсоединенный режим. Несмотря на то что это было очень удачное решение, зачастую воспользоваться им могли только наиболее опытные разработчики. Повторно связать объект Recordset с соединением и согласо вать его содержимое с содержимым базы данных было чрезвычайно сложно.

Относительно недавно компания Microsoft представила всему миру платформу.NET. Одной из наиболее важных частей этой платформы является библиотека ADO.NET— спросите, почему? Microsoft позволяет.NET-приложениям "общаться" со старыми системами посредством уровня взаимодействия с СОМ. В листинге 1. приведено простое С#-приложение, демонстрирующее пример использования ADO через уровень взаимодействия с СОМ.

Листинг 1.2. Использование ADO в управляемом коде using System.Runtime.InteropServices;

using ADODB;

// Установка соединения с базой данных.

Connection conn = new Connection(};

conn.Open("Provider=SQLOLEDB;

Server=localhost;

" + "Database=ADONET","someuser", ""» 0);

// Выполнение запроса к базе данных.

Command cmd = new Command(};

cmd.ActiveConnection = conn;

cmd.CommandText = "SELECT * FROM CUSTOMER";

object recaffected = null;

object prms = new object();

20 Часть!. Основы ADO. /VET _Recordset rs = cmd.Execute(out recaffected, ref prms, 0);

// Вывод всех записей на консоль.

while (Irs.EOF) { for (int x - 0;

x < rs.Fields.Count;

x++) ( Console.Write (rs. Fields [x].Value. ToString (} +• " " ;

:) I Console.WriteLine("");

// Endline rs.MoveNext () ;

} // Закрытие соединения.

conn.Close();

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

Преимущества ADO.NET Согласно старой философии доступа к данным, беспокоиться об открытых соеди нениях с базой данных было незачем. Естественно, разработчики писали код, в кото ром "драгоценное" время соединения сводилось к минимуму, однако у них практиче ски не было выбора, если возникала необходимость активного изменения данных.

Поддержка открытых соединений не вызывала никаких проблем при работе на стольных приложений, так как было известно время удержания соединения пользова телем. Ситуация изменилась несколько лет назад, когда весь мир начал ориентиро ваться на Web-разработки и распределенные вычисления. Предугадать время жизни соединения уже не представлялось возможным.

Поначалу разработчики попытались использовать старые методы доступа к дан ным, открывая соединения и помещая их в кэш, на то время, пока пользователь не закончит свою работу. К сожалению, Web-приложения не поддерживали такую воз можность. Так, закрытие Web-обозревателя не приводило к уведомлению о том, что пользователь завершил работу. Единственным способом закрыть подобное соединение было его уничтожение после исчерпания лимита времени удержания помещенных в кэш данных. К счастью, этот метод оказался совсем не плох, и все были довольны, Однако затем, когда число обращений к среднестатистическому Web-узлу увеличилось с 1000 до 100000 или даже до миллиона раз в день, серверы баз данных резко замед лили свою работу, если не полностью вышли из строя. Подобно обиженному ребенку, они начинали отвергать все попытки установки соединения.

Протокол передачи гипертекстовых файлов (Hypertext Transfer Protocol — HTTP), на который была сделана ставка при разработке Web-клиентов, преподнес неприят ный сюрприз — оказывается, старые методы доступа к данным были неэффективны в долгосрочном периоде. Протокол HTTP не имеет состояния, поэтому возникла не обходимость в разработке метода доступа к данным, который бы копировал такое по ведение. Поначалу была сделана попытка придумать механизмы, уменьшающие потребность в установке соединений с базой и блокировке страниц;

но, к сожалению, полученный в результате код оказался сложным для написания и отладки. Несмотря на то что проблема могла быть решена за счет использования отсоединенных объектов Глава 1. Причины возникновения и краткий обзор ADO.NET ADO Recordset, это также повышало сложность и громоздкость кода. Все понимали, что в данной ситуации нужно найти качественно новый подход.

ADO.NET позволяет продолжать быть "привязанным" к базе данных. В листинге 1. приведен фрагмент Сопрограммы, имитирующей логику рассмотренных ранее в этой главе примеров с использованием ADO, Листинг 1.3. Пример ADO.NET-программы в стиле ADO // Установка соединения с базой данных.

OleDbConnection conn = new OleDbConnection("Provider=SQLOLEDB;

" + "Server=localhost;

" + "Database=ADONET;

" -t "UID=someuser;

") ;

conn.Open() ;

// Выполнение запроса к базе данных.

OleDbCommand cmd = new OleDbCommand();

cmd.Connection = conn;

cmd.CommandText = "SELECT * FROM CUSTOMER";

// Выполнение команды для создания объекта DataReader.

OleDbDataReader reader — cmd.ExecuteReader();

// Вывод всех записей на консоль.

while {reader.Read(}) I for {int x - 0;

x < reader.FieldCount;

x++) { Console.Write(reader.GetValue(x).ToStringO);

I Console.WriteLine{"");

// Вывод пустой строки.

I // Закрытие соединения с базой данных.

conn.Close О ;

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

ADO.NET позволяет сократить "время жизни" соединения, как показано в лис тинге 1.4.

Листинг 1.4. Сокращение "времени жизни" соединения в ADO,NET using System;

using System.Data;

using System.Data.OleDb;

// Создание объекта Connection..

OleDbConnection conn = new 01eDbConnection("P*ovider-SQLOLEDB;

" -*• "Server-localhost;

" + "Database-ADONET;

" + "UID-someuser;

");

22 Часть /. Основы ADO.NET // Установка соединения с базой данных, conn. Open (J ;

// Создание объектов DataSet и Command.

OleDbCommand cmdAuthors = new OleDbCornmand ( "SELECT COUNT(*) FROM CUSTOMER", conn);

// Выполнена команды.

int count = (int)cmdAuthors.ExecuteScalar ();

// Закрытие соединения, conn. Close () ;

Краткий курс ADO. NET ADO.NET — это библиотека.NET-классов, которые позволяют подсоединяться к данным и манипулировать ими. Несмотря на то что большинство примеров в этой книге написаны на языке С#, общеязыковая исполняющая среда (Common Language Runtime — CLR).NET позволяет писать практически аналогичный код на Visual Basic.NET, C++ с управляемыми расширениями или на любом другом управляемом языке 1.

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

В ADO.NET пространства имен используются для отделения различных частей мо дели управляемого поставщика данных. Изображенное на рис. 1.1 пространство имен System. Data включает в себя общие структуры данных, не зависящие от конкретного поставщика. В него входит класс DataSet и целое семейство связанных с ним классов (DataTabLe, DataColuran, DataRow, DataRelation, Constraint и т.д.). Внутри про странства имен System. Data содержится пространство имен System. Data. Co.mmon, в которое входят базовые для управляемых поставщиков данных классы. Эти классы определяют стандарт, которому должен соответствовать управляемый поставщик данных ADO.NET. Другие управляемые поставщики разрабатываются путем создания набора классов, реализующих эти интерфейсы. Пространство имен YourProvider (дословный перевод— "ваш поставщик", прим, ред.), изображенное на рис. 1.1, является примером пространства имен пользовательского управляемого поставщика данных.

Структуры данных ADO.NET ADO.NET поддерживает три способа непосредственного доступа к хранящейся в базе данных информации: через объекты Command, DataReader и DataSet.

Классы команд (SqlCommand для управляемого поставщика SQL и OleDbCommand для управляемого поставщика OLE DB) используются для получения результатов выполнения запросов к базе данных. Класс команды всегда реализует интерфейс Изначально компания Microsoft создала компиляторы для Visual Basic, JScript, С# и C++.

Кроме этого, сторонние разработчики выпустили компиляторы для таких языков, как Eiffel, Perl, Python, Scheme, Smalltalk, COBOL, Component Pascal, APL, Standard ML, Mercury и Oberon.

Глава Г Причины возникновения и краткий обзор ADO.NET iDbCommand, методы которого могут использоваться для получения скалярного ре зультата (значения первого столбца первой строки результирующего набора данных) (метод IDbCommand.ExecuteScalarO) или выходных параметров хранимой процеду ры (метод IDbCommand.ExecuteNonQueryО ).

Пространство имен System. Data Dataflow Data Relation DataSet • DataColumn ForeignKeyConstraint Data Table Др.

Пространство имен System. Data. Common IDb"DataReader IDbConnection IDbCommand ДР "'"'••• ' ' • ••' '-• • — -UllW*- Пространство имен Пространство имен Пространство имен System. Duta.OleDb YourProvider System. Data. SqICIient SqlConnection OleDbConnection YourConnection SqlCommand OleDbCommand YourCommand YourDataReader SqIDataReader OleDb Data Reader "™™""""" шишшш др. ДР. ДР 1, ^ ^,.——^._. ^,^^^^ „„• « и, Рис. 1.1. Взаимоотношения между пространствами имен ADO.NET По своим функциональным возможностям объект DataReader (классы SqIDataReader и OleDbDataReader) похож на объект ADO Recordset. Поскольку при чтении данных используется режим однонаправленного курсора, в ADO нужно быть очень осторожным, постоянно отслеживая вызовы метода MoveNext ( ) и индикатор конца записи. Механизм чтения данных объекта DataReader является более устойчи вым к ошибкам, позволяя за один шаг считать текущую запись в память и проверить наличие индикатора конца записи. Наиболее эффективно объект DataReader приме няется при получении результатов выполнения запроса и их передаче на дальнейшую обработку. Стоит отметить, что компания Microsoft использует объект DataReader для заполнения объекта DataSet через объект DataAdapter в своих управляемых поставщи ках данных. Пример использования объекта DataReader приведен в листинге 1.3.

Вне всякого сомнения, "центром вселенной" ADO.NET является новая структура данных — объект DataSet, напоминающий, на первый взгляд, объект Rowset в OLE DB или объект Recordset в ADO. Тем не менее DataSet — это гораздо более сложная 24 Часть I. Основы ADO.NET структура данных, позволяющая представлять в памяти почти любую реляционную модель. Объект DataSet содержит коллекцию таблиц, с которыми могут быть связаны экземпляры классов DataRelation, Constraint или даже ForeignKeyConstraint.

Указанные взаимоотношения представлены на рис. 1.2.

DataSet Таблицы DataTable DataTable DataRelation Constraint ForeignKeyConstraint Рис. 1.2. Структура объекта AD O.NET DaiaSet Для обычного разработчика это означает, ч го класс DataSet предоставляет средст ва моделирования реляционных данных в памяти. И если ADO,NET в целом предпо лагает работу с данными в отсоединенном режиме, объект DataSet позволяет "скрыть* этот факт и обращаться к информации так, как будто бы она находится в базе дан ных. Листинг 1.5 является, по сути, новой версией листинга 1.4, на этот раз с исполь зованием объекта DataSet.

Листинг 1.5. Использование объекта DataSet using System;

using System,Data;

using System.Data.OleDb;

// Создание объекта Connection.

QleDbConnection conn = new 01eDbConnection("Provider=SQLOLEDB;

" + "Server=localhost;

" + "Database=ADONET;

" + "UID=someuser;

" ;

) // Установка соединения с базой данных.

conn.Open() ;

// Создание объектов DataSet and Command.

DataSet ds = new DataSet(};

OleDbDataAdapter daAuthors = new OleDbDataAdapter( "SELECT * FROM CUSTOMER", conn);

// Заполнение объекта DataSet.

daAuthors,Fill(ds);

Глава 1. Причины возникновения и краткий обзор ADO.NET // Теперь мы можем закрыть соединение, conn.Close () ;

// Извлечение таблицы из объекта DataSet.

DataTable tbl = ds.Tables["Table"];

// Обработка всех строк таблицы, foreach (DataRow row in tbl.Rows) ( II Вывод на консоль значения всех полей заданной строки, foreach (Object val in row.ItemArray) I Console.Write{val.ToStringO);

} Console.WriteLine("");

// Вывод пустой строки.

} Этот код не сложнее того, в котором использовался объект DataReader. В нем приме няется объект DataAdapter (в данном случае—_ экземпляр класса OleDbDataAdapter) и, в первый раз, объект DataSet.

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

Возможно, вы думаете: "Использование объекта DataSet для обращения к данным в памяти пригодится только при чтении данных, но как же быть, если необходимо их изменить или добавить?". Не беспокойтесь, объект DataSet предоставляет возмож ность извлечения подмножества данных, которые были изменены, удалены или до бавлены, что позволяет проверить их достоверность перед тем, как отразить измене ния непосредственно в базе данных. Обычное использование объекта DataSet преду сматривает добавление, изменение и удаление записей. Поскольку мы уже создали объект DataAdapter, нам остается связать с ним объект CommandBuilder и вызвать ме тод DataAdapter.Update () для обновления, добавления или удаления записей. Со ответствующие операции выполняются с помощью команд, заданных свойствами объ екта DataAdapter InsertCommand, UpdateCommand и DeleteCommand (листинг 1.6).

Листинг 1,6. Обновление базы данных с помощью объекта DataSet using System;

using System.Data;

using System.Data.OleDb;

// Создание объекта Connection.

OleDbConnection conn = new 01eDbConnec:tion("Provider=SQLOLEDB;

" + "Server=localhost;

" + "Database=ADONET;

" + "UID=someuser;

"};

// Создание объектов DataSet и Command.

DataSet ds = new DataSet ();

OleDbDataAdapter daAuthors = new OleDbDataAdapter("SELECT * FROM CUSTOMER", conn);

// Создание объекта OleDbCommandBuilder 26 Часть I. Основы ADO.NET // оболочки объекта DataAdapter, поддерживающей // динамическое генерирование команд // обновления, добавления и удаления данных.

OleDbCommandBuilder bldr = new OleDbCoinmandBuilder (daAuthors);

// Заполнение объекта DataSet.

daAuthors.Fill(ds);

// Извлечение таблицы из объекта DataSet.

DataTable tbl = ds.Tables["Table"];

// Установка первичного ключа.

DataColumnU colArr = new DataColumn[1];

colArr[0] = tbl.Columns[0];

tbl,PriraaryKey = colArr;

// Вставка новой строки.

objectf] rowVals = new object[3];

rowVals[0] * Guid.NewGuidO;

rowVals[l] = "Greg";

rowVals[2] = "Maddux";

DataRow insertedRow = tbl.Rows.Add(rowvals);

// Удаление строки, tbl.Rows[0].Delete();

// Изменение полей в строке.

tbl.Rows[1].BeginEdit();

tbl.Rows[l]["FirstName"] = "New Name";

tbl.Rows[1].EndEdit{);

// Сохранение изменений в базе данных, conn. Open () ;

daAuthors.Update(ds);

Отметим несколько важных моментов. Во-первых, мы нигде не устанавливали значение свойства InsertCommand, UpdateCommand или DeleteCoramand. Вместо этого был создан экземпляр класса OleDbCommandBuilder. При создании объекта CoramandBuilder конструктору передается объект DataAdapter. Объект CommandBuilder регистрирует себя в качестве "слушателя" объекта DataAdapter и, при необходимости, на лету создает команды обновления, удаления или вставки данных. К тому же мы ус тановили значение свойства PrimaryKey для того, чтобы объект CommandBuilder знал правила создания объектов Command. Обратите внимание: после выполнения запроса к базе данных (в методе Fill) соединение было закрыто, затем мы заново открыли его непосредственно перед выполнением метода Update (}.

Объектная модель управляемого поставщика данных ADO.NET В первоначальном выпуске ADO.NET содержатся два управляемых поставщика данных: OLE DB и SQL Server. Управляемый поставщик SQL Server позволяет под ключаться к базе данных Microsoft SQL Server, используя для этого ее "родные" меха низмы. Для доступа к базам данных посредством абстрактного уровня OLE DB в ADO.NET предусмотрен управляемый поставщик OLE DB. Технология OLE DB позволяет подключаться к огромному числу различных хранилищ данных, таких, как Глава 1. Причины возникновения и коаткий обзор ADO.NET SQL Server, Oracle, DB2, Access, dBase, FoxPro, и даже к текстовым файлам с симво лами-разделителями.

Управляемый поставщик OLE DB препятствует использованию поставщика OLE DB для ODBC. В связи с этим компания Microsoft выпустила отдельный управляемый поставщик ODBC, позволяющий получать доступ к любым источникам данных, для которых предусмотрен драйвер ODBC. Принятие решения об использовании сущест вующего поставщика OLE DB или драйвера ODBC зависит от конкретной базы дан ных. В некоторых случаях быстрее работает OLE DB, а в некоторых — ODBC.

Получить доступ к базе данных SQL Server можно как с помощью управляемого поставщика SQL Server, так и с помощью управляемого поставщика OLE DB. Возни кает вполне законный вопрос: "А какой из них лучше?". После того как я продемон стрирую вам отличия этих поставщиков, вы сами сможете дать на него ответ. Ниже приведены два примера выполнения одной и той же операции: в листинге 1.7 исполь зуется управляемый поставщик OLE DB, а в листинге 1.8 — управляемый поставщик SQL Server.

Листинг 1.7. Доступ к базе данных SQL Server с помощью управляемого поставщика 0/еОЬ // Управляемый поставщик OLE DB.

using System;

using System.Data;

using System.Data.OleDb;

// Создание объекта Connection.

OleDbConnection conn = new OleDbConnection("Provider=SQLOLEDB;

" + "Server=localhost;

" + "Database=ADONET;

" + "UID=someuser;

");

// Создание объектов DataSet и Command.

DataSet ds = new DataSet();

OleDbDataAdapter daAuthors = new OleDbDataAdapter( "SELECT * FROM CUSTOMER", conn);

// Заполнение объекта DataSet.

daAuthors.Fill(ds);

// Извлечение таблицы из объекта DataSet.

DataTable tbl « ds.Tables["Table"];

// Обработка всех строк таблицы.

foreach( DataRow row in tbl.Rows) { // Вывод на консоль значений всех полей заданной строки.

foreach {Object val in row.ItemArray} { Console.Write(val.ToString());

} Console.WriteLine("");

// Вывод пустой строки.

28 Часть I. Основы ADO.NET Листинг 1.8. Доступ к базе данных SQL Server с помощью управляемого поставщика SqICIient // Управляемый поставщик SQL Server.

using System;

using System.Data;

using System.Data.SqICIient;

// Создание объекта Connection.

SqlConnaction conn = new SqlConnection();

conn.ConnectionString * "Server-localhost;

" + "DatabaaeeADONET;

" + "UserlD-someuser;

";

// Создание объектов DataSet и Command.

DataSet ds = new DataSet();

SqlDataAdapter daAuthors = new SqlDataAdapter{ "SELECT * FROM CUSTOMER", conn);

// Заполнение объекта DataSet.

daAuthors.Fill(ds) ;

// Извлечение таблицы из объекта DataSet.

DataTable tbl = ds.Tables["Table"];

// Обработка всех строк таблицы, foreach ( DataRow row in tbl.Rows) { // Вывод на консоль значений всех полей заданной строки.

foreach (Object val in row.ItemArray) { Console.Write(val.ToStringO};

I Console.WriteLine("");

// Вывод пустой строки.

} Единственное изменение, сделанное нами в SQL-версии кода помимо переимено вания классов, заключается в том, что нам больше не нужно определять поставщик данных в строке соединения. Синтаксис строк соединения OLE DB напоминает син таксис строк соединения SQL Server, хотя они не полностью идентичны. Как вы ви дите, поправки, необходимые для замены одного поставщика данных другим, в целом несущественны. Поскольку мир ADO.NET DataSet-центричен, большая часть кода не будет зависеть от используемого поставщика.

Общее правило гласит;

выбирайте управляемый поставщик SQL Server, если вам точно известно, что в качестве хранилища данных всегда будет использоваться SQL Server. Теоретически управляемый поставщик SQL Server должен работать лучше. Для доступа к базе данных он использует не OLE DB, а протокол TDS (Tabular Data Stream — поток табличных данных), позволяющий улучшить производительность.

Тем не менее мои собственные тесты показали, что производительность двух управляемых поставщиков данных практически одинакова. Таким образом, настоящая причина, по которой я советую использовать поставщик данных SQL Server, заключа ется в предпочтении иметь функциональность, специфичную только для SQL Server (например, получение результатов запросов в формате XML), или же работать с типа ми данных SQL Server вместо типов OLE DB. Как мы увидим в главе 9, управляемый поставщик SQL Server предоставляет набор классов, предназначенных для оптимизации Глава I Причины возникновения и краткий обзор ADO.NET процесса получения результатов запросов в формате XML для их последующей обра ботки с помощью XML-классов.NET.

В ADO.NET классы управляемых поставщиков взаимодействуют с хранилищем данных посредством базовых методов установки соединения и выполнения команд.

На рис. 1.3 показана взаимосвязь между классами соединения, команды и параметров.

Создавая объекты Connection, Command и Parameter, управляемые поставщики позво ляют подключаться к базе данных и производить с ней какие-либо действия.

System. Data System.Data.SqICIient SqlConnection DataSet SqlDataAdapter SqICommand SqlParameterCollection SqlTransaction Sq I Parameter SqlErrorCol lection Sql Error Рис. 1.З. Взаимоотношения между классами поставщика SqICIient Классы поставщиков данных ADO.NET располагаются в пространстве имен System. Data. В пространстве имен System. Data.Common содержатся базовые классы управляемых поставщиков, которые нельзя создавать;

как правило, это абстрактные классы, определяющие базовую функциональность управляемых поставщиков, следо вательно вы никогда не будете использовать данные классы напрямую. Каждый управляемый поставщик имеет свое собственное пространство имен. Так, управляе мый поставщик SQL Server находится в пространстве имен System.Data. SqICIient, управляемый поставщик OLE DB — в пространстве имен System.Data.OleDb, управляемый поставщик Microsoft Oracle— в пространстве имен System.Data.

OracleClient и, наконец, управляемый поставщик ODBC— в пространстве имен System.Data.Odbc. Я не удивлюсь, если к моменту выхода этой книги компании Sybase и IBM также напишут свои собственные управляемые поставщики данных.

Часть \. Основы ADQ.NET Глава ADO.NET и XML В этой главе...

.NETuXML Класс DataSet и XML Класс Xml Data Document Существуют различные мнения относительно важности XML в разработке про граммного обеспечения. Компания Microsoft разработала собственную стратегию.NET, направленную на использование XML и Web-служб в качестве "клея", обеспе чивающего такое взаимодействие между компаниями, которое не зависит от исполь зующихся в них операционных систем и механизмов хранения данных. Поскольку XML— это данные, a ADO.NET— механизм работы с данными в.NET, тот факт, что ADO.NET поддерживает работу с XML-документами наравне с остальными дан ными, выглядит вполне естественно. В этом аспекте библиотека ADO. NET является тесно интегрированной с инфраструктурой XML.NET.

.NET и XML ADO.NET-стратегию Microsoft в отношении XML необходимо рассматривать с двух сторон: с одной стороны, Microsoft стремится предоставить те же инструменты для дос тупа к XML-содержимому, которые используются для доступа к информации, храня щейся в базе данных, с другой — обеспечить в ADO,NET средства преобразования ин формации базы данных в формат XML. Кстати сказать, название ADO.NET не совсем корректное, так как ADO.NET не является прямым "наследником" ADO. Поскольку ADO.NET — всего лишь механизм работы с данными в.NET, то не кажется ли вам, что с этой точки зрения XML представляет собой просто еще один формат данных?

Во времена ADO/OLE DB для обработки информации из некоего источника дан ных (например, базы данных) необходимо было создать поставщик OLE DB, который довольно сложен и запутан. В.NET для доступа к информации из источника, отлич ного от базы данных, можно либо создать управляемый поставщик, либо воспользо ваться преимуществами тесной интеграции ADO.NET с XML.

Класс DataSet и XML Класс DataSet имеет встроенную поддержку XML. Поскольку манипуляпия с данными и интеграция с XML являются одинаково важными аспектами функцио нальности класса DataSet, становится ясно, что они были заложены в него еше на этапе проектирования.

Преобразование данных объекта DataSet в формат XML Получение XML-представления объекта DataSet— это довольно простая задача.

Единственным нетривиальным моментом здесь является "тонкая" настройка выходного 212 Часть Ш. Практическое использование ADO.NET Часть III Практическое использование ADO.NET Глава 9. ADO.NETnXML Глава 10. Привязка данных в ADO.NET Глава 11. Масштабируемость и производительность приложений ADO.NET // для заполнения объекта DataSet.

dataAdapter.Fill(dataSet, "Products");

// Определение переменной для упрощения доступа к таблице.

DataTable prodTable = dataSet.Tables["Products"];

// Добавление сведений о новом товаре.

DataRow newRow = prodTable.NewRowf);

newRow.BeginEdit();

newRowf"Description"] = "Home Base Broom";

newRow["Vendor"] = "Smith's Hardware";

newRow["Cost"] = 12.54;

newRow["price"] « 15.00;

newRow.EndEdit (};

prodTable.Rows.Add(newRow);

try :

// Обновление базы данных.

dataAdapter.Update(prodTable);

Console.Write("Successfully Updated the Database");

catch [SqlException ex} ( Console.WriteLine{ex.Message);

Обратите внимание на добавление в команду INSERT дополнительного оператора SELECT, который используется для извлечения из базы данных значения последнего созданного идентификатора и его сохранения в параметре @ProductID. Поскольку в результате выполнения команды значение параметра будет изменено, его необходимо определить как выходной параметр. Благодаря этому после вставки строки она будет иметь корректное значение идентификационного столбца. Несмотря на то что иден тификационный столбец можно определить как автоинкрементный в объекте DataTable (см. главу 5, "Создание объекта DataSet"), вы можете воспользоваться при веденным выше примером для перепоручения этой функции базе данных.

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

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

2Ю Часть II. Класс DataSet от хода выполнения транзакции она либо фиксируется, либо отменяется. Следует от метить, что самая важная часть приведенного выше кода заключается именно в при сваивании транзакции свойству DataAdapter.SelectCommand. Transact ion (на пер вый взгляд, это может оказаться совершенно неочевидным). Дело в том, что когда объект ComraandBuUder создает команды INSERT, UPDATE и DELETE, он копирует все настройки команды DataAdapter.SelectCommand.

Получение идентификатора новой строки от базы данных SQL Server Бывают ситуации, в которых создание идентификатора новой строки в таблице возлагается на базу данных. С этой целью база данных SQL Server поддерживает поле IDENTITY и серверную переменную @@IDENTITY, хранящую значение последнего соз данного идентификатора. Для того чтобы воспользоваться этой функциональностью в ADO,NET, необходимо выполнить следующие действия (листинг 8,17).

Листинг 8.17. Получение идентификатора новой строки от базы данных SQL Server // Создание объекта DataAdapter.

SqlDataAdapter dataAdapter new SqlDataAdapter("SELECT * FROM PRODUCT", conn);

// Создание команды INSERT, string insQry - " ;

" insQry +- 'INSERT INTO PRODUCT( " ;

insQry +- Description, Vendor, Cost, Price) insQry += 'VALUES ( @Description, ";

insQry +- @Vendor, @Cost, SPrice) ";

insQry +=• '\n";

insQry +» SELECT @ProdUGtXD SqlCoimand'insCmd = conn. CreateCoirenand 0 ;

insCmd. CorraiandText * insQry;

// Определение переменной для упрощения // доступа к коллекции параметров.

SqlParameterCollection insParams = insCmd.Parameters;

// Определение параметров.

insParams.AddC'SProductID", SqlDbType.Int, 0, "ProductlD") ;

insParams["8ProductlD"].Direction PararaeterDirection.Output;

insParams.Add("SDescription", SqlDbType.NVarChar, 255, "Description");

insParams.Add("@Vendor", SqlDbType.NVarChar, 255, "Vendor");

insParams-Add("@Cost", SqlDbType.Money, 0, "Cost");

insParams.Add("@Price", SqlDbType.Money, 0, "Price");

// Установка значения свойства InsertCommand // объекта DataAdapter.

dataAdapter.InsertCommand = insCmd;

// Создание объекта DataSet.

DataSet dataSet = new DataSet();

// Использование объекта DataAdapter Глава В. Обновление базы данных DataRow delRow = custTable.Rows[1];

delRow.Delete();

// Создание объектов ConmandBuilder для генерирования // команд вставки, изменения и удаления данных.

SqlCommandBuilder custBldr = new SqlCommandBuilder(custDA);

SqlCommandBuilder invBldr » new SqlCommandBuilder(invDA);

// Обновление базы данных.

SqlTransaction tx - null;

try ( II Для того чтобы начать транзакцию/ // необходимо, открыть соединение.

conn.Open {) /' // Создали* транзакции для команды SELECT.

// Объект CommandBuilder распространит // транаакцию на остальное команд».

tx • conn.BeginTransaction(IeolationLevel.Serializablw);

invDA, SelectConunand. Traneaction » tx;

cuatDA.SeleatCoromand,Transaction • tx;

// Удаление информации из базы данных.

// Используем обратный порядок - сначала // обновляется дочерняя таблица.

invDA.Update(invTable.GetChanges(DataRowState.Deleted));

custDA.Update(custTable.GetChanges(DataRowState.Deleted));

// Добавление и изменение информации в базе данных.

// Используем прямой порядок - сначала // обновляется родительская таблица.

custDA.Update(oustTable,GetChanges(DataRowState.Added I DataRowState.Modified));

invDA.Update{invTable.GetChanges{DataRowState.Added I DataRowState,Modified)};

// На данном этапе транзакция можно зафиксировать, tx.Commit<) ;

} catch (SqlException ex) I Console.WriteLine("Sql Error: {0}", ex.Message);

// Отменить транзакцию при возникновении ошибки, if ( x ! null) tx.Rollback*);

t = I finally I if (conn.State != ConnectionState.Closed) t conn.Close ();

} I Для того чтобы провести все операции обновления в рамках транзакции, мы соз даем локальную транзакцию соединения, после чего присваиваем ее свойству DataAdapter. Selectcommand. Transaction каждого объекта DataAdapter. В зависимости 208 Часть II Класс DataSet Как показано в приведенном выше фрагменте кода, при выполнении операции удаления информации из базы данных используется обратный порядок обновления содержимого таблиц, а при выполнении операций добавления и изменения — прямой порядок. Это можно реализовать, передав методу Update объект DataTable, содержа щий только определенные (удаленные, добавленные или измененные) строки. По скольку метаданные уровня столбцов для полученных в результате вызова метода Getchanges объектов DataTable соответствуют первоначальным таблицам, объект CommandBuilder будет работать как ни в чем не бывало.

Использование локальных транзакций для обновления базы данных Что произойдет, если при выполнении кода из предыдущего примера случится ошибка? Останется ли база данных в непротиворечивом состоянии? Да, если для свя зывания операций обновления будут использованы локальные транзакции. Локальные транзакции позволяют провести отмену внесенных в базу данных изменений в случае возникновения ошибки на стороне клиента. Пример использования транзакций при веден в листинге 8.16.

Листинг 8.16. Использование транзакций для обновления базы данных // Определение переменной для упрощения доступа к таблице.

DataTable custTable = dataSet.Tables["Customers"];

DataTable invTable = dataSet.Tables["Invoices"];

// Определение отношения между таблицами.

DataColumn custCustlDColumn = custTable.Columns["CustomerlD"];

DataColumn invCustlDColumn = invTable.Columns["CustomerlD"];

dataSet.Relations.Add("rel", custCustlDColumn/ invCustlDColumn, true};

// Добавление сведений о новом клиенте.

DataRow newRow = custTable.NewRowO;

newRow,BeginEdit(};

newRow["CustomerlD"] = Guid.NewGuid();

newRow["LastName"] = "Remlinger";

newRow["FirstName"] = "Mike";

newRow["Address"] = "10 Aaron Way";

newRow["City"] = "Atlanta";

newRowf'State"] = "GA";

newRow["Zip"] = "30307";

newRow["HomePhone"] = "(404) 543-8T65";

newRow.EndEdit();

custTable.Rows.Add(newRow);

// Изменение сведений о клиенте.

DataRow oldRow = custTable.Rows[0];

oldRow["Address"] = "53 Peachtree Center";

oldRow["Zip"] = "30342";

// Изменение информации о счете.

DataRow oldlnv = oldRow.GetChildRows ("rel") [0] ;

oldlnvf'Terms"] = "Net 10th";

// Удаление клиента.

Глава 8. Обновление базы данных invDA.UpdatefinvTable);

custDA.Update(custTable);

I catch {SqlException ex) i Console.WriteLine("Sql Error: { 0 } ", ex.Message);

} Легко заметить, что приведенный выше код напоминает код обновления базы дан ных на основе объекта DataSet с одной таблицей. Разница заключается в том, что для каждой таблицы создается собственный объект DataAdapter и CommandBuilder.

Порядок вызова метода DataAdapter. Update (} очень важен. Как видите, сначала мы обновляем строки в дочерней таблице. Это связано с тем, что проводится удаление клиента, а определенное отношение DataRelation поддерживает каскадные удаления.

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

Листинг 8.15. Добавление информации в базу данных при использовании объекта DataSet, состоящего из нескольких таблиц // Создание объектов CommandBuilder для генерирования // команд удаления, изменения и вставки данных.

SqlCommandBuilder custBldr - new SqlCommandBuilder(custDA);

SqlCommandBuilder invBldr - new SqlCommandBuilder(invDA);

// Обновление базы данных.

try I // Удаление информации иэ базы данных.

// Используем обратный порядок - сначала // обновляется дочерняя таблица.

invDA.Update(invTable.GetChanges(DataRowState.Deleted));

custDA.Update(custTable.GetChanges(DataRowState.Deleted));

// Добавление и изменение информации в базе данных.

// Используем прямой порядок - сначала // обновляется родительская таблица.

custDA.Update(custTable.GetChanges(DataRowState.Added [ DataRowState.Modified));

invDA.Update(invTable.GetChanges(DataRowState.Added I DataRowState,Modified));

i catch (SqlException ex) ( Console.WriteLine("Sql Error: {0} " ex.Message);

, Часть II, Класс DataSet SqlDataAdapter invDA new SqlDataAdapter{"SELECT * FROM INVOICE", conn);

// Создание объекта DataSet.

DataSet dataSet - new DataSet ();

// Использование объекта DataAdapter // для заполнения объекта DataSet.

cu«tDA.Fill(dmtaS*t, "Customer*");

invDA.Fill

// Определение переменной для упрощения доступа к таблице.

DataTable custTable - dataSet.Tables["Customers"];

DataTable invTable - dataSet.Tables["Invoices"];

// Определение отношения.

DataColumn custCustlDColumn » custTable.Columns["CustomerlD"]j DataColumn invCustlDColumn - invTable.Columns["CuatomerlD"] dataSet.Relation*.Add("rel", cuetCustlDColumn, invCustlDColumn, true);

// Добавление сведений о новом клиенте.

DataRow newRow - custTable.NewRowO ;

newRow.BeginEdit();

newRow P'CustomerlD"] - Guid.NewGuidO ;

newRow["LastName"] - "Remlinger";

newRow["FirstName"] « "Mike";

newRow["Address"] - "10 Aaron Way";

newRow["City"] - "Atlanta11;

newRow["State"] = "GA";

newRow["2ip$1] - "30307";

newRow[MHomePhone"] = "(404) 543-9765";

newRow.EndEdit{);

custTable.Rows.Add(newRow);

// Изменение сведений о клиенте.

DataRow oldRow *» custTable.Rows [0] ;

oldRow["Address"] = "53 Peachtree Center";

oldRow["Zip"] - "30342";

// Изменение информации о счете.

DataRow oldlnv = oldRow.GetChildRows("rel")[0];

oldlnvpTerms"] = "Net 10th";

// Удаление клиента.

DataRow delRow = custTable.Rows[1];

delRow.Delete(};

// Создание объектов CommandBuilder для генерирования // команд удаления, изменения и встапки данных.

SqlCommandBuilder custBldr = new SqlConimanclBuilder(custDA) ;

SqlCommandBuilder invBldr - new SqlCommandBuilder(invDA);

// Обновление базы данных, try // Сначала обновляется дочерняя таблица, потому что // мы осуществляем удаление данных.

Глава 8. Обновление базы данных newRow["City"j = "Atlanta";

newRow["State"] = "GA";

newRow["Zip"] = "30307";

newRow["HomePhone"J = "(404) 543-8765";

newRow.EndEdit();

custTable.Rows.Add(newRow);

// Удаление клиента.

DataRow delRow = custTable.Rows[1];

delRow.Delete();

// Изменение сведений о клиенте.

DataRow oldRow « custTable.Rows[0];

oldRow["MiddleKame"] - "Andrew";

try :

// Обновление Сазы данных.

dataAdapter.Update(custTable);

Console.Write("Successfully Updated the Database");

} catch (SqlException ex) I Console.WriteLine{ex.Message);

\ Этот пример практически идентичен предыдущему примеру улучшенной реализа ции оптимистического параллелизма. Однако не используется поле Stamp, позво ляющее удостовериться в том, что строка не изменилась с момента ее извлечения из базы данных. Обновление и удаление строк всегда происходит без учета возможности возникновения исключений.

Несколько наиболее распространенных вопросов, связанных с обновлением данных В своей повседневной работе вы будете сталкиваться со множеством различных аспектов обновления данных в отсоединенном режиме. Я хочу обратить ваше внима ние на наиболее распространенные вопросы, связанные с обновлением данных, и предложить возможные способы их решения.

Работа с объектами DataSet, состоящими из нескольких таблиц В большинстве случаев вы будете иметь дело с объектами DataSet, состояидими из нескольких таблиц. Чем же отличается обновление базы данных на основе объекта DataSet, содержащего одну таблицу, от обновления базы данных на основе объекта DataSet, содержащего несколько таблиц? Как показано в листинге 8.14, основное раз личие заключается в том, что каждой таблице объекта DataSet должен соответствовать собственный объект DataAdapter.

Листинг 8.14. Удаление информации из базы данных при использовании объекта DataSet, состоящего из нескольких таблиц // Создание объектов DataAdapter.

SqlDataAdapter custDA = new SqlDataAdapter("SELECT * FROM CUSTOMER", conn);

Часть //. Класс DataSet // Определение переменной для упрощения // доступа к коллекции параметров.

SqlParameterCollection updParams = updCmd.Parameters;

// Определение параметров.

updParams.Add("@CustomerID", SqlDbType.Uniqueldentifier, 0, "CustomerlD");

updParams.Add("@FirstName", SqlDbType.NVarChar, 50, "FirstName");

updParams.Add("gMiddleName", SqlDbType.NVarChar, 50, "MiddleName");

updParams["@MiddleName"].IsNullable = true;

updParams.Add("@LastName", SqlDbType.КVarChar, 50, "LastName");

updParams["@LastName"].IsNullable = true;

updParams.Add("@Address", SqlDbType.NVarChar, 50, "Address");

updParams["@Address"].IsNullable = true;

updParams.Add("QApartment", SqlDbType.NVarChar, 50, "Apartment");

updParams["@Apartment"].IsNullable = true;

updParams.Add("@City", SqlDbType.NVarChar, 50, "City");

updParams["@City"].IsNullable = true;

updParams.Add("@State", SqlDbType.NChar, 2, "State");

updParams["@State").IsNullable - true;

updParams,Add("@Zip", SqlDbType.NVarChar, 10, "zip");

updParams["@Zip"].IsNullable = true;

updParams,Add("eHomePhone", SqlDbType.NVarChar, 14, "HomePhone");

updParams["SHomePhone"].IsNullable = true;

updParams.Add("@BusinessPhone'% SqlDbType.NVarChar, 14, "BusinessPhone");

updParams["@BusinessPhone"].IsNullable = true;

updParams.Add("@DOB", SqlDbType.DateTime, 0, "DOB");

updParams["@DOB"].IsNullable - true;

updParams.Add("@Discount", SqlDbType.Float, 8, "Discount");

updParams["eDiscount"].IsNullable = true;

// Установка значения свойства UpdateCommand // объекта DataAdapter.

dataAdapter.UpdateCommand = updCmd;

// Создание объекта DataSet.

DataSet dataSet = new DataSet();

// Использование объекта DataAdapter для // заполнения объекта DataSet.

dataAdapter.Fill(dataSet, "Customers");

// Определение переменной для упрощения доступа к таблице.

DataTable custTable = dataSet.Tables["Customers"];

// Добавление сведений о новом клиенте.

DataRow newRow = custTable.NewRow ();

newRow.BeginEdit();

newRow["CustomerlD"] = Guid.NewGuid();

newRow["LastName"] = "Remlinger";

newRow["FirstName"] = "Mike";

newRow["Address"] = "10 Aaron Way";

Глава 8. Обновление базы данных insParams.Add("@City", SqlDbType.NVarChar, 50, "City") ;

insParams["9City"].IsNullable •« true;

insParams.Add("@State", SqlDbType.NChar, 2, "State");

insParams["@State"].IsNullable = true;

insParams.Add("@Zip", SqlDbType.NVarChar, 10, "Zip");

insParams["@Zip"].IsNullable = true;

insParams.Add("@HomePhone", SqlDbType.NVarChar, 14, "HomePhone");

insParams["@HomePhone"]•IsNullable = true;

insPararas.Add("@BusinessPhone", SqlDbType.NVarChar, 14, "BusinessPhone");

insParams["@BusinessPhone"].IsNullable = true;

insParams.Add("@DOB", SqlDbType.DateTime, 0, "DOB");

insParams["@DOB"].IsNullable = true;

insParams.Add ("(^Discount", SqlDbType. Float, 8, "Discount") ;

insParams["@Discount"].IsNullable = true;

// Установка значения свойства InsertCommand // объекта DataAdapter.

dataAdapter,InsertCoramand = insCmd;

// Определение команды DELETE.

string delQry = delQry = @"DELETE FROM CUSTOMER WHERE CustomerlD * @CustomerID";

SqlCommand delCmd = conn.CreateCommand();

delCmd.CommandText = delQry;

// Определение переменной для упрощения // доступа к коллекции параметров.

SqlParameterCollection delParams - delCmd.Parameters;

// Определение параметров, delParams.Add("@CustomerID", SqlDbType.Uniqueldentifier, 0, "CustomerlD");

// Установка значения свойства DeleteCommand // объекта DataAdapter, dataAdapter.DeleteCommand = delCmd;

// Определение команды UPDATE.

string updQry = " ;

" UpdQry += "UPDATE CUSTOMER SET ";

updQry += " CustomerlD = @CustomerID, " ;

updQry += " FirstName = @FirstName, ";

updQry += " LastName = SLastName, " ;

updQry += " MiddleName = @MiddleName, ";

updQry -f= " Address = @Address, ";

updQry += " Apartment = (^Apartment, ";

updQry += " City = @City, " ;

updQry += " State = @State, Zip = @Zip, " ;

updQry += " HomePhone = @HomePhone, " ;

updQry += " BusinessPhone = @BusinessPhone, ";

updQry += " DOB = @DOB, " ;

updQry += " Discount = ^Discount " ;

updQry += "WHERE CustomerlD = 9CustoraerID";

SqlCommand updCmd == conn. CreateCommand ();

updCmd.CommandText = updQry;

202 Часть II. Класс DataSet Следует отметить, что в том случае, когда необходимо реализовать отсоединенный пессимистический параллелизм, рекомендуется использовать шаблон "извлечь для ре дактирования/вернуть после окончания редактирования".

Реализация деструктивного параллелизма Включив в материал данной главы раздел о деструктивном параллелизме, я не много слукавил. На самом деле, деструктивный параллелизм — это вообще не парал лелизм. "Последний побеждает" — вот основной принцип такого подхода к поддерж ке параллельного доступа к данным. Тем не менее существуют ситуации, в которых подобная модель параллелизма является наиболее приемлемой. К сожалению, объект Command Builder не поддерживает деструктивный параллелизм, а следовательно, его необходимо реализовывать самостоятельно, как показано в листинге 8.13.

Листинг 8.13. Реализация деструктивного параллелизма // Создание объекта DataAdapter.

SqlDataAdapter dataAdapter •= new SqlDataAdapter("SELECT * FROM CUSTOMER", conn);

// Создание команды INSERT.

string insQry = insQry = @"INSERT INTO CUSTOMER( CustomerID, FirstName, LastName, MiddleName, Address, Apartment, City, State, Zip, HomePhone, BusinessPhone, DOB, Discount) VALUES ( @CustomerID, SFirstName, @LastName, @MiddleName, @Address, @Apartment, @City, @State, @Zip, @HomePhone, QBusinessPhone, @DOB, @Discount )";

SqlCommand insCmd = conn.CreateConmand();

insCmd.CommandText = insQry;

// Определение переменной для упрощения // доступа к коллекции параметров.

SqlParameterCollection insParams = insCmd.Parameters;

// Определение параметров.

insParams.Add("@CustomerID", SqlDbType.Uniqueldentifier, 0, "CustomerlD");

insParams.Add("SFirstName"r SqlDbType.NVarChar, 50, "FirstName");

insParams.Add("@MiddleName", SqlDbType.NVarChar, 50, "MiddleName");

insParams["SMiddleName"].IsNullable = true;

insParams.Add("SLastName", SqlDbType.NVarChar, 50, "LastName");

insParams["@LastName"].IsNullable = true;

insParams.Add("@Address", SqlDbType.NVarChar, 50, "Address");

insParams["@Address"].IsNullable = true;

insParams.Add("SApartment", SqlDbType.NVarChar, 50, "Apartment");

insParams["^Apartment"].IsNullable = true;

Глава 8. Обновление базы данных // Определение переменкой для упрощения // доступа к коллекции параметров.

SqlParameterCollection updParams = updCmd.Parameters;

// Определение параметров, updParams.Add("@CustomerID", SqlDbType.UniqueIdentifier, 0, "CustomerlD");

updParams.Add{"@FirstName", SqlDbType.NVarChar, 50, "FirstName");

updParams.Add("@MiddleName", SqlDbType.NVarChar, 50, "MiddleName");

updParams["@MiddleName"].IsNullable = true;

updParams.Add{"@LastName", SqlDbType.NVarChar, 50, "LastName");

updParams["QLastName"].IsNullable = true;

updParams.Add("@Address", SqlDbType.NVarChar, 50, "Address");

updParams["9Address"].IsNullable = true;

updParams.Add("@Apartment", SqlDbType.NVarChar, 50, "Apartment");

updParams["^Apartment"].IsNullable = true;

updParams.Add("@City", SqlDbType.NVarChar, 50, "City");

updParams["@City"].IsNullable = true;

updParams.Add("Estate", SqlDbType.NChar, 2, "State");

updParams["@State"].IsNullable = true;

updParams,Addf"@2ip", SqlDbType.NVarChar, 10, "Zip");

updParams["@Zip"].IsNullable = true;

updParams.Add("@HomePhone", SqlDbType.NVarChar, 14, "HomePhone");

updParams["HHomePhone"].IsNullable = true;

updParams.Add("SBusinessPhone", SqlDbType.NVarChar, 14, "BusinessPhone");

updParams["SBusinessPhone"].IsNullable - true;

updParams.Add("@DOB", SqlDbType.DateTime, 0, "DOB");

updParams["@DOB"].IsNullable = true;

updParams.Add("QDiscount", SqlDbType.Float, 8, "Discount");

updParams["@Discount"].IsNullable = true;

// Установка значения свойства UpdateCommand // объекта DataAdapter.

dataAdapter.UpdateCommand = updCmd;

// Обновление базы данных, try • dataAdapter.Update(custTable);

Console.WriteLine("Finished updating the database");

catch (SqlException ex) I Console.WriteLine{"SqlException: {0}", ex.Message);

// Сброс объекта DataSet.

dataSet.ResetO ;

200 Часть II. Класс DataSet /* На этом этапе транзакцию можно зафиксировать. */ COMMIT TRAN";

// Уточнение запроса - указание // идентификационного номера клиента.

getSQL = string.Format(getSQL, custID);

// Создание объекта DataAdapter.

SqlDataAdapter dataAdapter = new SqlDataAdapter(getSQL, conn);

// Создание объекта DataSet.

DataSet dataSet = new DataSet() ;

// Использование объекта DataAdapter для // заполнения объекта DataSet.

try dataAdapter,Fill(dataSet, "Customers");

< catch (SqlException ex) I Console.WriteLine("SqlException: {0}", ex.Message);

return;

// Определение переменной для упрощения доступа к таблице.

DataTable custTable = dataSet.Tables[0];

// Обновление сведений о клиенте.

DataRow customer = custTable.Rows[0];

customer ["Address"] *= "55 Peachtree Center";

customer["Zip"] = "30312";

// Создание команды обновления.

/ / В идеале здесь нужно было бы // использовать хранимую процедуру.

string updQry;

updQry = @"UPDATE CUSTOMER SET CustomerlD = @CustornerID, FirstName = @FirstName/ LastName = @LastName, MiddleName = @MiddleName, Address = QAddress, Apartment = SApartment, City = @City, State ~ @State, Zip = @Zip, HomePhone = SHomePhone, BusinessPhone = @BusineE;

sPhone, DOB = @DOB, Discount = @Discount, CheckedOut = WHERE Stamp = @Stamp AND CustomerlD = @CustonerID AND CheckedOut = 1";

SqlCommand updCmd = conn.CreateCommand();

updCmd. CornmandText = updQry;

Глава 8. Обновление базы данных / влеченную для редактирования и получить ее. Поскольку все операции с базой дан ных заключены в транзакции, ситуация, в которой запись клиента уже помечена, но еще не извлечена из базы данных, исключается.

После внесения изменений запись клиента нужно возвратить обратно в базу дан ных. При этом она будет обновлена, а флаг "извлечена для редактирования" должен быть сброшен (установлен в ноль или false). Обратная операция не требует исполь зования транзакции, поскольку она атомарна (все изменения базы данных выполня ются в пределах одного обращения). В завершение необходимо сбросить объект DataSet, для того чтобы разрешить доступ к записи клиента. Пример реализации пес симистического параллелизма приведен в листинге S.12.

Листинг 8.12. Реализация пессимистического параллелизма // Код T-SQL для извлечения из базы данных записи // клиента (в идеале здесь нужно было бы использовать // хранимую процедуру). CustIO представляет собой // идентификационный номер клиента.

string getSQL;

getSQL = @"/* Начало транзакции. */ BEGIN THAN DECLARE @isChecfcedOut bit DECLARE SCustlD varchar{38) SELECT @CustID = MO}';

/* Проверим, не является ли запись клиента извлеченной для редактирования. */ SELECT @isCheckedOut = CheckedOut FROM Customer WHERE Customer-ID = BCustlD IF SisCheckedOut = BEGIN RAISERROR ('Customer already checked out',16,1) ROLLBACK TRAN RETURN END /* Отметить запись как извлеченную для редактирования. */ UPDATE Customer SET CheckedOut = WHERE CustomerlD = gCustID /* Извлечение записи клиента из базы данных. */ SELECT CustomerlD, FirstName, LastName, MiddleNaroe, Address, Apartment, City, State, Zip, HomePhone, BusinessPhone, DOB, Discount, Stamp FROM Customer WHERE CustomerlD = @CustID 198 Часть If. Класс DataSet Console. WriteLinet" Row: State={0}, ID-ID", row["CustomerID"], row.RowState) ;

else t Console. WriteLine ("Concurrency Violation: {0} ", ex. Message) ;

Console. WriteLine ( Row: State={0), ID={1}", " row["CustoraerID"], row.RowState) ;

// Сброс свойства UpdateCommand.

dataAdapter.UpdateCommand - oldUpdateCmd;

else // Вывод сообщения оО остальных типах // нарушения параллелизма.

Console. WriteLine ("Concurrency Violation: {0 }", ex. Message) ;

Console.WriteLine ( " Row: state- { 0 }, ID- { 1 } ", row["CustomerrD"], row.RowState) ;

В этом (признаться, достаточно длинном) примере нарушение параллелизма обраба тывается путем повторного обновления строк, столбцы которых не были обновлены по причине возникновения ошибки. Самой интересной частью кода является фрагмент, в котором создаются SQL-операторы на основе "грязных" столбцов каждой строки. Сле дует отметить, что эта особенность создания SQL-операторов обуславливает использова ние метода DataAdapter. Update ( ) для обновления за один раз только одной строки.

Мы рассмотрели всего лишь один пример обработки нарушений параллельного доступа к данным, наглядно демонстрируют ий степень возможного участия програм миста в разрешении проблем параллелизма.

Реализация пессимистического параллелизма Пессимистический параллелизм — это просто блокировка строк. Если из базы данных была извлечена строка, она блокируется и никто другой не может получить к ней доступ. Пессимистический параллелизм идеально согласуется с моделью работы с данными типа "извлечь для редактирования/вернуть после окончания редактирова ния". Для того чтобы реализовать этот тип параллелизма, необходимо иметь возмож ность ограничить доступ к строкам базы данных, пока они находятся в состоянии "извлечены для редактирования". Так как база данных не в состоянии блокировать строки в отсоединенном режиме, нам придется придумать свое собственное решение.

Предположим, что нам необходимо создать SQL-код, который будет извлекать из ба зы данных для редактирования запись определенного клиента. Следует отметить, что большая часть "магии" пессимистического параллелизма заключена в SQL-операторах (в идеальном случае — в хранимых процедурах). Необходимо убедиться, что запись клиента еще не извлечена из базы данных, и, если все в порядке, отметить ее как из Глава 8. Обновление базы данных updParama. Add ("gold" + col.ColumnName, null) ;

updParani9["@old" + col.ColumnName].SourceColumn • col. ColumnName ;

updParams["@old" + col. ColumnName]. SourceVersion Da taRowVer sion. Original ;

// Обновление SQL -операторов.

updateSQL +«• string. Format("{0) • 6(0}, ", col. ColumnName) ;

whereSQL +- «tring. FormatC" (({0} - @old{0}) OR " +• "({0} IS MULL}) AMD ", col. ColumnName) ;

// Корректировка строк и их конкатенация.

if (updateSQL. Substring (updateSQL. Length - 2) == " " &&, whereSQL. Substring (whereSQL. Length - 4) == "AND ") { updateSQL = updateSQL. Substring (0, updateSQL. Length - 2);

whereSQL += " CustomerlD = SCustomerlD";

// Добавление параметра @CustomerID.

updParams.Add("@CustomerID", SqlDbType. Unique Identifier, 0, "CustomerlD"} ;

// Создание SQL-оператора.

updCmd.CommandText = updateSQL + whereSQL;

// Определение значения свойства UpdateCommand // объекта DataAdapter.

dataAdapter. UpdateCommand = updCmd;

// Создание массива, состоящего из одной строки, // и выполнение обновления базы данных // с помощью объекта DataAdapter.

DataRowf] arrayDRs = {row};

try I dataAdapter.Update (arrayDFs) ;

Console. WriteLine ("Database Updated! " + "(After Row Level Collision Testing");

I catch (DBConcurrencyException nestedEx) { Console. WriteLine ("Concurrency Violation: ( 0} ", nestedEx. Message) ;

Console. WriteLine ( Row: State={0}, ID={1}", " row[ "CustomerlD"], row.RowState) ;

} catch (SqlException sqlex) { Console. WriteLine ("SQL Exception: (0} ", sqlex. Message) ;

Часть II. Класс DataSet / • Предложить пользователю перезаписать данные. К сожалению, это не всегда возможно и не всегда приемлемо.

• Если позволяют данные, можно допустить коллизию на уровне столбцов. Это означает, что вам необходимо проанализировать текущую запись в базе данных и проверить на предмет изменения каждый из ее столбцов. Если столбец не был изменен, его можно обновить. Как правило, при этом возникает проблема, связанная с необходимостью убедиться в том, что одновременно были обновле ны сразу несколько столбцов (например, Address, City, State и zip).

Выбор правильного подхода к обработке нарушений параллелизма полностью за висит от предметной области. В листинге 8.11 показан пример обработки нарушений параллелизма, допускающий коллизию на уровне строк.

Листинг 8.11. Обработка нарушений параллелизма, допускающая коллизию на уровне строк // Поиск нарушений параллелизма.

if (custTable.HasErrors) { foreach (DataRow row in custTable.GetErrors () ) // Мы можем устранить только ошибки обновления данных if (row.RowState == DataRowState.Modified) t // Создание новой команды UpdateCoimand.

// Новая команда обновления данных будет // использоваться для устранения ошибок.

// Сохраняем старую команду обновления // (если она существовала).

SqlCommand oldUpdateCmd = null;

if {dataAdapter.UpdateCommand != null) { oldUpdateCmd = dataAdapter. UpdateCommand;

/I Создание новой команды.

SqlCommand updCmd = conn.CreateCommand! ) ;

// Анализ измененных строк и создание // нового SQL-оператора.

string updateSQL = "UPDATE CUSTOMER SET " ;

string whereSQL = "WHERE " ;

SqlParameterCollection updParams = updCmd. Parameters;

for (int x = 0;

x < row. iteraArray. Length;

++x) { if (row[x, DataRowVers ion. Original] != row [x, DataRowVersion. Cur rent] ) { // Добавление параметров.

DataColumn col = custTable. Columns [x] ;

updParams.Add("@" + col.ColumnName, null);

updParams ["@" + col.ColumnNaroe]. SourceColumn = col. ColuxnnName ;

Глава 8. Обновление базы данных // Создание объекта CommandBuilder для генерации // команд вставки, обновления и удаления данных.

SqlCommandBuilder bldr = new SqlComnmndBuilder (dataAdapter) ;

try ( dataAdapter. Update (custTable) ;

I catch (DBConcurrencyException ax) { // Вывод сообщения о нарушении параллелизма.

Console. WriteLine ( "Concurrency Violation : { 0 } ", ex. Message) ;

if (custTable. HasErrors) I foreach (DataRow row in custTable. GetErrors ( ) ) !

Console. WriteLine ( Violation Row: (CustomerlD: {0}) " ", row["CustomerID"] ) ;

I В приведенном примере имитируется внесение изменений в базу данных с целью нарушения параллелизма (изменения вносятся до фактического обновления объекта Data Table), В результате этого сразу же после попытки обновления таблицы Customers будет сгенерировано исключение DBConcurrencyException. После такой неудачной попытки обновления таблицы мы можем проанализировать ее строки и выявить те из них, которые привели к нарушению параллелизма. В данном примере мы не стараемся исправить ситуацию, а просто сообшаем о ней пользователю. По скольку объект DataTable содержит информацию об ошибках, ее можно использовать для фактического решения проблемы, т.е. для того чтобы заставить объект DataAdapter снова обновить объект DataTable.

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

Такое поведение объекта может оказаться не тем, которое требуется в конкретной ситуации. Если установить значение свойства DataAdapter. ContinueUpdateDnError в true (по умолчанию используется значение false), то объект DataAdapter попыта ется обновить все строки и отметит те из них, которые привели к нарушению парал лелизма. В этом случае после завершения обновления таблицы вам придется вручную проверить свойство DataTable. HasErrors на наличие информации об ошибках. Ес ли таковые имелись, то в свойстве RowError каждой "сбойной" строки будет содер жаться информация об ошибке. Если же ошибок не бьито, то есть основание считать, что обновление базы данных прошло успешно.

Способ обработки нарушений параллелизма зависит от типа создаваемого проекта.

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

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

194 Часть II. Класс DataSet catch (SqlException ex) { // Если обновление не удалось, // сообщаем об этом пользователю.

Console.WriteLine(ex.Message) ;

Довольно большой объем кода, не правда ли? У вас может возникнуть вопрос: а почему нельзя просто использовать объект CommandBuilder? Действительно, в боль шинстве случаев это не только возможно, но и нужно. Тем не менее если на кон по ставлена производительность приложения, то создание собственных команд обновле ния базы данных может существенно улучшить ситуацию. Другими словами, это про сто одно из многих решений, которое принимается на этапе проектирования.

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

В процессе обновления базы данных объект DataAdapter подсчитывает количество добавленных, измененных или удаленных строк. Если результат выполнения хотя бы одной из указанных операций равен нулю (обычно этого не происходит из-за того, что не нашлось строки, соответствующей предложению WHERE, которая была измене на после своего извлечения из базы данных), объект DataAdapter генерирует исключе ние DBConcurrencyException. Как правило, это свидетельствует о нарушении па раллелизма. В следующем примере (листинг 8.10) мы создадим нарушение паралле лизма и научимся его обрабатывать.

Листинг 8.10. Обработка исключения DBConcurrencyExcepWon // Определение переменной для упрощения доступа к таблице.

DataTable custTable = dataSet.Tables["Customers"];

// Внесение изменений в информацию о клиенте.

DataRow oldRow = custTable.Rows[0];

oldRow["MiddleName"] = "Andrew";

// Имитация внесения изменений в базу данных.

SqlCommand changeCmd = conn.CreateCommand();

changeCmd.CommandText = "UPDATE Customer SET Zip = '{O} 1 " + " WHERE CustomerlD = '{!}'";

// Определение параметров (идентификационного номера клиента и // ZIF-кода) команды changeCmd.

changeCmd.CommandText = string.Format(changeCmd.CommandText, Convert.Tolnt32(oldRow["Zip"]) + 1, oldRow["CustomerID"]);

// Внесение изменений в базу данных.

conn.Open();

changeCmd.ExecuteNonQuery();

conn.Close();

Глава 8. Обновление базы данных updParams. Add ( "@ Zip", SqlDbType. NVarChar, 10, "Zip" } ;

updParams ["@Zip"]. IsNullable = true;

updParams. Add ("@HomePhone", SqlDbType. NVarChar, 14, "HomePhone") ;

updParams ["@HoinePhone"]. IsNullable = true;

updParams. Add ("^Business Phone", SqlDbType. NVar Char, 14, "BusinessPhone") ;

updParams ["@BusinessPhone"]. IsNullable = true;

updParams. Add ( "@DOB", SqlDbType. DateTime, 0, "DOB" ) ;

updParams ["@DOB"].IsNullable = true;

updParams. Add ("@ Discount", SqlDbType. Float, 8, "Discount") ;

updParams ["(^Discount"]. IsNullable = true;

updParams.Add ("@Stamp", SqlDbType. Times tamp, 0, "Stamp") ;

updParams [ "@Stamp"]. SourceVersion = DataRowVersion. Original;

updParams { "@ Stamp"]. Direction ~ ParameterDirection. InputOutput ;

// Установка значения свойства UpdateCommand // объекта DataAdapter.

dataAdapter. UpdateCommand = updCmd;

// Создание объекта DataSet DataSet dataSet = new DataSet ();

// Использование объекта DataAdapter // для заполнения объекта DataSet.

dataAdapter. Fill (dataSet, "Customers") ;

// Определение переменной для упрощения доступа к таблице.

DataTable custTable = dataSet. Tables { "Customers" ];

// Добавление сведений о новом клиенте.

DataRow newRow = custTable.NewRow ();

newRow.BeginEdit 0 ;

newRow ["CustomerlD"] = Guid.NewGuid ( ) ;

newRow [ "Las tName"] = "Remlinger" ;

newRow ["FirstName"] = "Mike";

newRow ["Address" ] = "10 Aaron Way-";

newRow ["City"] = "Atlanta";

newRow ["State"] ~ "GA";

newRow["Zip"] = "30307";

newRow ["HomePhone"] = "(404) 543-9765";

newRow. EndEdit () ;

custTable. Rows.Add (newRow) ;

// Удаление клиента.

DataRow delRow = custTable.Rows [ 1] ;

delRow. Delete ( ) ;

// Изменение информации о клиенте.

DataRow oldRow = custTable. Rows [0] ;

oldRow["MiddleName"] = "Andrew";

try // Обновление базы данных, dataAdapter. Update (custTable) ;

Console. Write ("Successfully Updated the Database");

/92 Часть //. Класс DataSet // Определение параметров.

delParams.Add("@CustomerID", SqlDbType.Uniqueldentifier, 0, "CustomerlD");

delParams.Add{"@Stamp", SqlDbType.Timestamp, 0, "Stamp");

delPararas["@Stamp"].SourceVersion = DataRowVersion,Original.

// Установка значения свойства DeleteCommand // объекта DataAdapter.

dataAdapter.DeleteCommand - delCmd;

• // Создание команды UPDATE.

string updQry = updQry - @"UPDATE CUSTOMER SET CustomerlD = SCustomerlD, FirstName = SFirstName, LastName = @LastName, MiddleName = @MiddleName, Address = @Address, Apartment = SApartment, City = ecity.

State - @State, Zip = @Zip, HomePhone = SHomePhone, BusinessPhone = OBusinessPhone, DOB = @DOB, Discount - @Discount WHERE Stamp = @Stamp AND CustomerlD = @CustomerID SELECT @Stamp = Stamp FROM CUSTOMER WHERE CustomerlD = @CustomarID";

SqlCommand updCmd = conn.CreateCommand();

updCmd.CommandText = updQry;

// Определение переменной для упрощения // доступа к коллекции параметров.

SqlParameterCollection updparams = updCmd.Parameters;

// Определение параметров.

updParams.Add("@CustomerID", SqlDbType.Uniqueldentifier, 0, "CustomerlD");

updParams.Add("SFirstName", SqlDbType.NVarChar, 50, "FirstName");

updParams.Add{"@MiddleName", SqlDbType.NVarChar, 50, "MiddleName");

updParams["@MiddleName"].IsNullable = true;

updParams.Add("@LastName", SqlDbType.NVarChar, 50, "LastName");

updParams["@LastName"].IsNullable = true;

updParams.Add("@Address", SqlDbType.NVarChar, 50, "Address");

updParams["@Addres3"].IsNullable = true;

updParams.Add{"^Apartment", SqlDbType.NVarChar, 50, "Apartment");

updParams["@Apartment"].IsNullable = true;

updParams.Add("@City", SqlDbType.NVarChar, 50, "City");

updParams["@City"].IsNullable = true;

updParams.Add("@State", SqlDbType.NChar, 2, "State");

updParams["@State"].IsNullable = true;

Глава 8. Обновление базы данных SqlCommand insCmd = conn.CreateCommand();

insCmd.CommandText = insQry;

// Создание переменной для упрощения // доступа к коллекции параметров.

SqlParameterCollection insParams = insCmd.Parameters;

// Определение параметров.

insParams.Add("@CustomerID", SqlDbType.UniqueIdentifier, 0, "CustomerlD");

insParams.Add("@FirstName", SqlDbType.NVarChar, 50, "FirstName");

insParams,Add("@MiddleName", SqlDbType.NVarChar, 50, "MiddleName");

insParams["@MiddleName"].IsNullable = true;

insParams.Add("@LastName", SqlDbType.NVarChar, 50, "LastName");

insParams["SLastName"].IsNullable = true;

insParams.Add("@Address", SqlDbType.NVarChar, 50, "Address");

insParams["@Address"].IsNullable = true;

insParams. Add ("@Apartmerit", SqlDbType.NVarChar, 50, "Apartment");

insParams["@Apartment"].IsNullable = true;

insParams.Add("@City", SqlDbType.NVarChar, 50, "City");

insParams["@City"].IsNullable = true;

insParams.Add("@State", SqlDbType.NChar, 2, "State");

insParams["SState"].IsNullable = true;

insParams.Add("@zip", SqlDbType.NVarChar, 10, "Sip");

insParams["@Zip"].IsNullable = true;

insParams.Add("@HomePhone", SqlDbType.NVarChar, 14, "HomePhone");

insParams["SHomePhone"].IsNullable = true;

insParains.Add( "gBusinessPhone", SqlDbType.NVarChar, 14, "BusinessPhone");

insParams["SBusinessPhone"].IsNullable = true;

insParams.Add("@DOB", SqlDbType.DateTime, 0, "DOB");

insParams{"@DOB"].IsNullable = true;

insParams.Add("@Discount", SqlDbType.Float, 8, "Discount");

insParams["©Discount"].IsNullable = true;

// Установка значения свойства InsertCommand // объекта DataAdapter.

dataAdapter.InsertCommand = insCmd;

// Создание команды DELETE.

string delQry delQry = @"DELETE FROM CUSTOMER WHERE CustomerlD = @CustomerID AND Stamp = @Stamp";

SqlCommand delCmd = conn.CreateCommandO;

delCmd.CommandText = delQry;

// Определение переменной для упрощения //•доступа к коллекции параметров.

SqlParameterCollection delPararns = delCmd. Parameters;

190 Часть II. Класс DataSet updParams["^Apartment"].IsNullable = true;

updParams.Add("@city", SqlDbType.NVarChar, 50, "City");

updParams["@City"].IsNullable - true;

updParams.Add("estate", SqlDbType.NChar, 2, "State"};

updParams["QState"].IsNullable = true;

updParams.Add("@Zip", SqlDbType.NVarChar, 10, "Zip");

updParams["8Zip"].IsNullable = true;

updParams.Add("@HomePhone", SqlDbType.NVarChar, 14, "HomePhone");

updParams["RHomePhone"].IsNullable = true;

updParams.Add("^BusinessPhone", SqlDbType.NVarChar, 14, "BusinessPhone"};

updParams["^BusinessPhone"].IsNullablu = true;

updParams. Add ("@DOB", SqlDbType. DateT;

.me, 0, "DOB") ;

updParams["@DOB"].IsNullable = true;

updParams.Add("@Discount", SqlDbType.Float, 8, "Discount");

updParams["@Discount"].IsNullable = true;

updParams.Add("@Stamp", SqlDbType.Timestamp, 0, "Stamp"};

updParams["@Stamp"].SourceVersion = DataRowVersion.Original;

updParams["@Stamp"].Direction = PararaeterDirection.InputOutput;

// Установка значения свойства UpdateCommand // объекта DataAdapter.

dataAdapter.UpdateCommand = updCmd;

В свойствах параметра sstamp указано не только то, что необходимо использовать первоначальную версию строки, но и что этот параметр должен быть входным выходным (ParameterDirection. InputOutput). Таким образом, параметр @Stamp будет возвратен базой данных и его значение будет равно текущему значению столбца stamp. Необходимость иметь новое значение поля stamp обусловлена требованием иметь самую "свежую" метку времени создания/изменения строки при каждом вызове метода DataAdapter.Update {} с целью обеспечения оптимистического параллелизма.

В листинге 8.9 приведено определение всех команд объекта DataAdapter.

Листинг 8.9. Определение всех команд объекта DataAdapter II Создание и открытие соединения.

SqlConnection conn = new SqlConnectignf "server=localhost;

" + "database=ADONET;

" + "Integrated Security=true;

");

// Создание объекта DataAdapter.

SqlDataAdapter dataAdapter = new SqlDataAdapter("SELECT * FROM CUSTOMER", conn);

// Создание команды INSERT.

string insQry = insQry = @"INSERT INTO CUSTOMER{ CustomerlD, FirstName, LastName, MiddleName, Address, Apartment, City, State, Zip, HomePhone, BusinessPhone, DOB, Discount) VALUES ( @CustomerID, @Fir3tName, @LastName, @MiddleName, 3Address, @Apartment, SCity, SState, @Zip, @HomePhone, @BusinessPho^e, 3DOB, ^Discount )";

Глава 8. Обновление базы данных Команда UPDATE Команда UPDATE, создаваемая объектом CommandBuiider, требует передачи перво начального и нового значения строки, это позволяет убедиться в том, что строка не изменилась с момента ее извлечения из базы данных. Для повышения эффективности команды л использовал метку времени создания/обновления строки. При обновлении строки необходимо получить новую метку времени создания/обновления, чтобы в следующий раз иметь самую новую версию последней. К счастью, ADO.NET позволя ет осуществить это за одно обращение к базе данных — сначала производится обнов ление значения строки, после чего извлекается новое значение поля stamp, как пока зано в листинге 8.8.

Листинг 8.8. Определение значения свойства UpdateCommand объекта DataAdapier // Создание команды UPDATE.

string updQry = updQry = @"UPDATE CUSTOMER SET CustomerlD = SCustomerlD, FirstName = @FirstName, LastName = @LastName, MiddleName = @MiddleName, Address = ^Address, Apartment = @Apartment, City = ecity, State = @State, Zip - @Zip, HoraePhone = SHomePhone, BusinessPhone = @BusinessPhone, DOB - @DQB, Discount = ^Discount WHERE Stamp = @Stamp AND CustomerlD = SCustomerlD SELECT @Stamp = Stamp FROM CUSTOMER WHERE CustomerlD = @CustomerID";

SqlCommand updCrnd = conn. CreateCommand () ;

updund.CommandText = updQry;

// Определение переменной для упрощения // доступа к коллекции параметров.

SqlParameterCollection updParams = updCnid. Parameters;

// Определение параметров.

updParams.Add("@CustomerID", SqlDbType.Uniqueldentifier, 0, "CustomerlD");

updParams.Add{"0FirstName", SqlDbType.NVarChar, 50, "FirstName");

updParams.Add("QMiddieName", SqlDbType.NVarChar, 50, "MiddleName");

updParams["@MiddleName"].IsNullable = true;

updParams.Add("@LastName", SqlDbType.NVarChar, 50, "LastName");

updParams["@LastName"].IsNullable = true;

updParams.Add("eAddress", SqlDbType.NVarChar, 50, "Address");

updParams["@Address"].IsNullable = true;

updParams.Add("^Apartment", SqlDbType.NVarChar, 50, "Apartment");

188 Часть II. Класс DataSet Команда INSERT, созданная объектом CommandBuilder, практически полностью удовлетворяет наши потребности. Код, содержащийся в листинге 8.6, дублирует эту команду.

Один из интересных моментов приведенного выше кода заключается в использо вании методом SqlParameterCollection.AddO имени поля, из которого необходи мо извлечь значение. Четвертый параметр этого метода, фактически определяет ото бражение параметров на столбцы таблицы базы данных. В течение выполнения мето да DataAdapter. Update {} созданная нами команда INSERT вызывается по одному разу для каждой измененной строки.

Команда DELETE Объект CommandBuilder создает сложную команду DELETE, которая прежде чем удалить строку, проверяет, не изменилась ли она с момента ее последнего изменения (извлечения из базы данных). В рассматриваемом примере я использую для этой цели поле SQL Server Timestamp (большинство баз данных имеют что-то подобное этому полю). Поле Timestamp предназначено для обновления метки времени созда ния/обновления строки при каждом ее (строки) изменении. Наличие этого поля по зволяет нам гарантировать отсутствие изменений строки с момента ее извлечения из базы данных. Поскольку мы используем поле Timestamp, а не проводим проверку значений столбцов строки, команда DELETE будет принимать только два параметра, как показано в листинге 8.7.

Листинг 8.7. Определение значения свойства DeleteCommand объекта DataAdapter II Создание команды DELETE, string delQry delQry = @"DELETE FROM CUSTOMER WHERE CustoitierlD = gCustomerlD AND Stamp - @Stamp";

SqlCommand delCmd = conn.CreateCommand();

delCmd.CommandText = delQry;

// Определение переменной для упрощения // доступа к коллекции параметров.

SqlParameterCollection delParams = delCmd.Parameters;

// Определение параметров.

delParams.Add("^CustomerID", SqlDbType.Uniqueldentifier, 0, "CustomerlD");

delParams.Add("@Stamp", SqlDbType.TiK.estamp, 0, "Stamp") ;

delParams["@Stamp"].SourceVersion = DataRowVersion.Original // Установка значения свойства DeleteCommand // объекта DataAdapter.

dataAdapter.DeleteCommand = delCmd;

Обратите внимание на то, что свойство SourceVersion параметра stamp устанав ливается равным DataRowVersion.Original (первоначальная версия строки). Это означает, что даже если кто-то изменит значение поля Stamp, сравнение будет все равно происходить с использованием первоначального значения данного поля.

Глава 8. Обновление базы данных Листинг 8.6. Определение значения свойства InsertCommand объекта DataAdapter // Создание команды INSERT.

string insQry = insQry = ©"INSERT INTO CUSTOMER( CustomerlD, FirstName, LastName, MiddleName, Address, Apartment, City, State, Zip, HomePhone, BusinessPhone, DOB, Discount) VALUES ( ©CustomerlD, ©FirstName, ©LastName, ©MiddleName, ©Address, ©Apartment, ©City, ©State, ©Zip, ©HomePhone, @BusiriessPhone, ©DOB, ©Discount ) ;

" SqlCommand insCmd = conn.CreateCommand() ;

insCmd.CommandText = insQry;

// Создание переменной для упрощения // доступа к коллекции параметров.

SqlParameterCollection insParams = insCmd.Parameters;

// Определение параметров.

insParams.Add("©CustomerID", SqlDbType.UniqueIdentifier, 0, "CustomerlD");

insParams.Add("©FirstName", SqlDbType.NVarChar, 50, "FirstName");

insParams.Add("©MiddleName", SqlDbType.NVarChar, 50, "MiddleName");

insParams["©MiddleName"].IsNullable = true;

insParams.Add("@LastName", SqlDbType.NVarChar, 50, "LastName");

insParams["©LastName"].IsNullable = true;

insParams.Add("©Address", SqlDbType.NVarChar, 50, "Address");

insParams["SAddress"].IsNullable = true;

insParams.Add("©Apartment", SqlDbType.NVarChar, 50, "Apartment");

insParams["@Apartment"].IsNullable = true;

insParams.Add("©City", SqlDbType.NVarChar, 50, "City");

insParams["@City"].IsNullable = true;

insParams.Add{"©State", SqlDbType.NChar, 2, "State");

insParams["@State"].IsNullable = true;

insParams.Add("@Zip", SqlDbType.NVarChar, 10, "Zip");

insParams["©Zip"].IsNullable = true;

' insParams.Add("@HomePhone", SqlDbType.NVarChar, 14, "HomePhone");

insParams["©HomePhone"].IsNullable = true;

insParams.Add("@BusinessPhone", SqlDbType.NVarChar, 14, "BusinessPhone");

insParams["©BusinessPhone"].IsNullable = true;

insParams.Add("0DOB", SqlDbType.DateTime, 0, "DOB");

insParams["©DOB"].IsNullable = true;

insParams.Add("©Discount", SqlDbType.Float, 8, "Discount");

insParams["©Discount"].IsNullable = true;

// Установка значения свойства InsertCommand объекта DataAdapter, dataAdapter.InsertCommand = insCmd;

186 Часть It, Класс DataSet В большинстве случаев при работе с серверами баз данных (такими, как SQL Server, Oracle, DB2 и т.д.) увеличения быстродействия можно достичь с помощью по мещения всех команд INSERT, DELETE и UPDATE в хранимые процедуры. Для облегче ния восприятия материала предложенные мной примеры будут написаны на "родном" коде SQL. При желании вы можете использовать их в качестве основы при создании хранимых процедур для конкретного сервера баз данных.

Создание параметризованных команд для объекта DataAdapter Прежде чем создать собственные команды, необходимо понять, как команды объекта DataAdapter используют параметры при определении обновляемых данных. Напомним, что объект DataAdapter содержит команды (объекты Command) для выполнения опера ций вставки, обновления и удаления информации из базы данных. Каждая из этих команд имеет набор параметров, представляющих столбцы базы данных. Объект DataAdapter использует параметры в качестве своеобразной точки "стыковки" между объектом DataRow и базой данных. Ниже перечислены самые важные свойства классов параметров (OleDbParameter, SqlParameter, OracleParameter и OdbcParameter).

SourceColumn — имя столбца в таблице DataTable, которому соответствует этот • параметр.

• SourceVersion — версия (DataRowVersion) строки DataRow, которой соответ ствует этот параметр. Более подробно версии строк рассматривались в главе 7, "Манипулирование объектом DataSet". С помощью этого свойства можно ото бразить первоначальную версию столбца на один параметр, а модифицирован ную версию — на другой.

• Direction— это свойство уже рассматривалось нами в главе 3, "Выполнение команд". Здесь оно имеет особое значение, так как после выполнения команды значение выходного (Output) или входного-выходного (Input Out put) парамет ра будет помещено в столбец SourceColumn строки DataRow.

Для создания собственных команд обновления необходимо провести их "тонкую" настройку. Первые два свойства параметра (SourceColumn и SourceVersion) привя зывают его к определенному столбцу. Свойство SourceVersion предназначено для обозначения версии строки, с которой необходимо связать параметр. В общем случае рекомендуется связывать с версией DataRowVersion. Current параметры, предна значенные для фактического обновления информации в базе данных, а с версией DataRowVersion.Original — параметры, предназначенные для использования в пред ложении WHERE с целью идентификации строки.

По умолчанию свойство Direction имеет значение Input, однако вам, вероятно, потребуется изменить его, создавая параметр, использующийся для возвращения значения из базы данных (например, идентификационного номера для вставляемой в таблицу строки). При желании вы можете настроить оператор INSERT так, чтобы столбец первичного ключа был выходным параметром, позволяя тем самым SQL оператору или хранимой процедуре установить его (параметра) значение после встав ки строки в базу данных. Более подробно возвращение из базы данных идентифика ционного номера строки рассматривается в разделе "Получение идентификатора новой строки от базы данных SQL Server", далее в этой главе.

Команда INSERT Команда INSERT, созданная объектом CommandBuilder, является достаточно эффективной. Но в связи с тем, что мы хотим полностью избавиться от объекта CommandBuilder., нам придется собственноручно создать все команды обновления базы данных, как показано в листинге 8.6.

Глава 8. Обновление базы данных ((Discount IS NULL AND @p26 IS NULL) OR (Discount = 9p27)) AND ((CheckedOut IS NULL AND @p28 IS NULL) OR (CheckedOut = @p29)) ) Листинг 8.4. Запрос DELETE DELETE FROM CUSTOMER WHERE ( (CustomerlD = @p3) AND ((FirstName IS NULL AND '@p4 IS NULL) OR (FirstName - @p5)) AND ((LastName IS NULL AND Gp6 IS NULL) OR (LastName = @p7)} AND {(MiddleName IS NULL AND 9p8 IS NULL) OR (MiddleName = Sp9)) AND ((Address IS NULL AND @plQ IS NULL) OR (Address = @pll)) AND ((Apartment IS NULL AND @pi2 IS NULL) OR (Apartment = @p!3)) AND ((City IS NULL AND @pi4 IS NULL) OR (City = @p!5)) AND ((State IS NULL AND @p!6 IS NULL) OR (State = 9pl7}) AND ((Sip IS NULL AND @p!8 IS NULL) OR (Zip = @p!9)} AND ((HomePhone IS NULL AND @p20 IS NULL) OR (HomePhone = @p21)) AND ((BusinesaPhone IS NULL AND @p22 IS NULL) OR (BusinessPhone = @p23)} AND ((DOB IS NULL AND @p24 IS NULL) OR (DOB - @p25)) AND ((Discount IS NULL AND @p26 IS NULL) OR (Discount = @p27)) AND ((CheckedOut IS NULL AND @p28 IS NULL) OR (CheckedOut = @p29)) ) Листинг 8.5. Запрос INSERT INSERT INTO CUSTOMER! CustomerlD, FirstName, LastName, MiddleName, Address, Apartment, City, State, Zip, HomePhone, BusinessPhone, DOB, Discount ) VALUES ( @pl, @p2, @p3, @p4, @p5, @рб, @p7, @ P 8, @p9, @plO, @pll, @p!2, 9pl3 ) Операторы SQL, созданные объектом CommandBullder, очень жизнеспособны, но не очень эффективны, так как сгенерированный SQL-код имеет слишком большой размер, приводящий к увеличению времени компиляции запроса на сервере и объема передаваемой базе данных информации. К тому же объект CommandBuilder создает SQL-операторы во время выполнения программы, что негативно влияет на скорость обновлений (SQL-операторы создаются заново для каждого обновления). К счастью, в большинстве случаев вы будете располагать дополнительными сведениями о базе дан ных, что позволит вам найти более эффективное решение. К примеру, я предпочитаю использовать хранимые процедуры для выполнения каждой операции обновления, и благодаря созданию плана запроса, а также предварительной компиляции кода на сервере существенно увеличивается быстродействие приложения.

Повышение эффективности команд, создаваемых объектом CommandBuilder Объект CommandBuilder наиболее удобно использовать при работе с аморфными данными или когда большее значение имеет скорость разработки, а не производи тельность. Если же ситуация отличается от описанной, вам следует создать свои соб ственные объекты команд DELETE, INSERT и UPDATE для объекта DataAdapter.

184 Часть II. Класс DataSet • Если после заполнения объекта Datalable с помощью метода DataAdapter.

SelectCommand в схему были внесены изменения, перед вызовом метода DataAdapter.Update (} необходимо вызвать метод CommandBuider.

RefreshSchemaO - В противном случае, объект CommandBuilder не сможет связать столбец таблицы DataTable с информацией, полученной из свойства SelectCommand.

• Объект CommandBuilder создает команды по мере необходимости. Объект коман ды существует немногим дольше того времени, которое требуется на обновление данных. Это означает также, что жизненный цикл объекта CommandBuilder дол жен перекрывать жизненный цикл команды, выполняемой в процессе вызова метода DataAdapter.Update().

• Для того чтобы объект CommandBuilder проводил обновление с помошью тран закции, удостоверьтесь, что транзакция соединения связана со свойством SelectCommand. Это приведет к наследованию всех связанных с данным со единением транзакций.

• Объект CommandBuilder создает команды на основе метаданных столбцов таб лицы. Таким образом, обновление базы данных будет осуществляться без учета отношений, ограничений или наличия других таблиц в объекте DataSet.

Если все эти условия будут удовлетворены, вы можете рассчитывать на безукориз ненное создание объектом CommandBuilder команд INSERT, UPDATE и DELETE.

Объект CommandBuilder создает SQL-код, который обеспечивает оптимистический параллелизм путем проверки того, что состояние каждого столбца в обновляемых и удаляемых строках идентично его первоначальному состоянию. Поддержка оптими стического параллелизма в отсоединенном режиме доступа к данным достаточно про ста — мы всего лишь убеждаемся в том, что строка не претерпела изменений с мо мента ее извлечения из базы данных. Сгенерированный SQL-код практически иден тичен для каждого управляемого поставщика данных за исключением некоторых мелких деталей (например, в управляемом поставщике OLE DB вместо именованных параметров используются знаки вопроса). В листингах 8.3, 8.4 и 8.5 приведены при меры параметрических запросов, созданных с помощью объекта CommandBuilder.

Листинг 8.3. Запрос UPDATE UPDATE CUSTOMER SET Address = @pl, Zip = @p WHERE ( (CustomerlD = @p3) AND ((FirstName IS NULL AND @p4 IS NULL) OR (FirstName - @p5)) AND ((LastName IS NULL AND @p6 IS NULL) OR {LastName = 0p7)) AND ((MiddleName IS NULL AND @p8 IS NULL) OR (MiddleName - @p9) } AND ((Address IS NULL AND @plO IS NULL) OR (Address = @pll)) AND ((Apartment IS NULL AND @p!2 IS NULL) OR (Apartment - §p!3)) AND ((City IS NULL AND @pl4 IS NULL) OR (City - @p!5)) AND ((State IS NULL AND @p!6 IS NULL) OR (State = @pl7J) AND ((Sip IS NULL AND @p!8 IS NULL) OR (Zip = 8pl9)) AND ((HomePhone IS NULL AND @p2G IS NULL) OR (HomePhone = @p21)) AND ( (BusinessPhone IS NULL AND @p22 IS NUL*L) OR (BusinessPhone = @p23)) AND [(DOB IS NULL AND @p24 IS NULL) OR (DOB = @p25)) AND Глава 8. Обновление базы данных Идентификация строк при оптимистическом параллелизме Реализация оптимистического параллелизма в отсоединенном режиме доступа к данным зависит от возможности идентифицировать строки, которые изменились с момента их извлечения из базы данных. Существует несколько способов такой идентификации (табл. 8.1).

Таблица 8,1. Методы идентификации строк, использующиеся при реализации оптимистического параллелизма Метод Описание Создание метки Этот метод предполагает создание столбца, который будет использоваться исключительно времени созда- для проверки параллелизма. Обычно метка времени создания/изменения (метка даты) об ник/изменения новляется при вставке и каждом обновлении данных. Реализация этого метода возможна только при наличии контроля над схемой используемой базы данных Сравнение строк Этот подход используется классом CommandBuilder и предполагает проверку равен ства значений строки значениям, полученным после извлечения строки из базы данных Определение кон- Этот метод представляет собой более сложную версию метода, предполагающего созда трольной суммы мне метки времени создания/изменения. Контрольная сумма определяется на основе всех строки полей строки, а сравнение производится между контрольной суммой строки, извлеченной из базы данных, и таковой, хранящейся в базе данных на текущий момент. Код, вычис ляющий контрольную сумму строки, достаточно сложен. Метод с вычислением контроль ной суммы более эффективен, чем метод, предполагающий сравнение строк, так как сравнение контрольных сумм возможно без фактического сравнения строк. Тем не менее само по себе вычисление контрольной суммы также требует определенных ресурсов Класс CommandBuilder Класс CommandBuilder отвечает за генерацию запросов по мере возникновения необходимости в них в объекте Dala Adapter. Создав объект CommandBuilder, его не обходимо передать в конструктор объекта DataAdapter. Как только объект CommandBuilder узнает об объекте DataAdapter, он использует свойство DataAdapter.

SelectCoimand, чтобы получить информацию о столбцах объекта DataTable и иметь возможность создать команды вставки, обновления и удаления данных. Если объект DataAdapter уже содержит некоторые команды (такие, как UPDATE и DELETE), объект CommandBuilder создает только отсутствующие команды. Для создания необходи мого SQL-оператора объект CommandBuilder регистрируется для получения уведом ления о событии DataAdapter.RowUpdating ( ). Каждый управляемый поставщик содержит собственную реализацию класса CommandBuilder (SqlCommandBuider, OleDbCommandBuilder, OdbcCornraandBuider и OracleCornmandBuider). Для того чтобы гарантировать нормальное функционирование объекта CommandBuilder, необхо димо учесть несколько моментов.

• Свойство DataAdapter.SelectCommand должно содержать действительную ко манду, которая использовалась для заполнения обновляемого объекта DataTable.

Объект CommandBuilder применяет SQL-оператор SELECT, для того чтобы иметь возможность создавать операторы вставки, обновления и удаления данных.

• Таблица DataTable, которая будет обновляться, должна либо содержать столбец уникальных значений, либо для нее должен быть определен первичный ключ.

В противном случае объект CommandBuilder не сможет идентифицировать запись в таблице. В частности, при отсутствии уникального столбца не сможет быть создано предложение WHERE операторов UPDATE и DELETE.

182 Часть II. Класс DataSet newRow["State"] = "GA";

newRow["Zip"] = "30307";

newRow["HomePhone"] - " ( 4 0 4 ) 543-8765";

newRow.EndEdit ( ) ;

custTable.Rows.Add(newRow);

// Добавление нового клиента.

newRow «= custTable.NewRow ( ) ;

newRow.BeginEdit{);

newRow["CustomerID"] = G u i d. N e w G u i d ( ) ;

newRow["LastName"] = "Jones";

newRow["FirstName"] = "Chipper";

newRow["Address"] = "10 Aaron Way";

newRow["City"] = "Atlanta";

newRow["State"] = "GA";

newRow["Zip"] = "30307";

newRow["HomePhone"] = - " ( 4 0 4 ) 543-B768";

newRow.EndEdit{);

custTable.Rows.Add(newRow);

// Изменение информации о клиенте.

DataRow oldRow = custTable.Rows[0];

oldRow["Address"] = "53 Peachtree Center";

oldRow["Zip"] = "30342";

// Удаление клиента.

DataRow delRow = custTable.Rows[1];

delRow.Delete(};

// Создание объекта CommandBuilder для генерирования // команд вставки, обновления и удаления данных.

SqlCommandBuilder bldr = new SqlCoromandBuilder (dataAdapter) ;

// Обновление базы данных.

dataAdapter.Update(custTable);

Большая часть этого кода должна быть вам уже знакома. Мы создаем две новых строки в таблице Customer, изменяем информацию о существующем клиенте, после чего удаляем его из таблицы. При вызове метода DataAdapter.update О он анали зирует таблицу custTable, вставляет новые записи, удаляет запись, предназначенную для удаления, а также проводит обновление заданной строки. Команды INSERT, UPDATE и DELETE при этом не определяются, так как объект CommandBuilder создает их сам по мере необходимости.

Метод update DataAdapter-классов имеет множество переопределенных вариан тов. В этом примере в качестве параметра методу Update передавался объект DataTable. Несмотря на то что это самый распространенный способ его использова ния, метод Update может принимать в качестве параметра массив объектов DataRow или же целый объект DataSet. Недостатком использования переопределенного вари анта метода Update, принимающего в качестве параметра объект DataSet, является то, что он предполагает наличие в объекте DataSet таблицы с именем "Table". По идее можно было бы предположить, что вызов метода DataAdapter. Update О с объектом DataSet в качестве параметра приведет к обновлению всего объекта DataSet, однако на самом деле это приведет только к обновлению таблицы "Table". Альтернативный способ использования метода update заключается в передаче ему в качестве парамет ра объекта DataSet и имени таблицы, которую необходимо обновить.

Глава 8. Обновление базы данных // Создание объектов DataAdapter.

SqlDataAdapter customerAdapter = new SqlDataAdapter("SELECT * FROM CUSTOMER", conn);

SqlDataAdapter invoiceAdspter = new SqlDataAdapter("SELECT * FROM INVOICE", conn);

// Создание объекта DataSet, DataSet dataSet - new DataSet {);

// Использование объектов DataAdapter // для заполнения объекта DataSet.

customerAdapter.Fill(dataSet, "Customers"};

invoiceAdapter.Fill(dataSet, "Invoices"};

// Внесение изменений в объект DataSet.

// Обновление объекта DataSet // (каждая таблица должна быть обновлена отдельно).

invoiceAdapter.Update(dataSet, "Invoices");

customerAdapter.Update(dataSet, "Customers");

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

В случае использования отсоединенных данных достичь оптимистического парал лелизма можно путем гарантирования того, что все записи в объекте DataSet иден тичны записям, извлеченным из базы данных, К счастью, ADO.NET позволяет осу ществлять такую проверку автоматически с помощью класса CommandBuilder. При мер оптимистического параллелизма показан в листинге 8.2.

Листинг 8.2. Оптимистический параллелизм, обеспечиваемый классом CommandBuilder // Определение переменной для упрощения доступа к таблице DataTable custTable = dataSet.Tables["Customers"J;

// Добавление нового клиента.

DataRow newRow = custTable.NewRow(};

r.ewRow.BeginEdit () ;

newRow["CustomerID"] = Guid.NewGuid();

newRow["LastName"] = "Remlinger";

newRow["FirstName"] = "Mike";

newRow["Address"] = "10 Aaron Way";

newRow["City"] = "Atlanta";

180 Часть II. Класс DataSet Параллелизм в ADO.NET Прежде всего необходимо определить тип параллелизма, который требуется в на шем конкретном случае. ADO.NET поддерживает три типа параллелизма.

• Оптимистический параллелизм (optimistic concurrency). Все пользователи могут получить доступ к данным объекта DataSet до тех пор, пока кто-либо из них не начнет осуществлять запись информации в базу данных. Это самая распростра ненная модель параллелизма в ADO.NET.

• Пессимистический параллелизм (pessimistic concurrency). Нельзя получить доступ к данным объекта DataSet, пока кто-либо из пользователей владеет копией данных (в этом случае говорят, что данные блокируются).

• Деструктивный параллелизм (destructive concurrency). Все пользователи имеют доступ к объекту DataSet, но в базе данных будут зафиксированы только самые последние изменения. На самом деле это означает фактическое отсутствие кон троля параллелизма. Компания Microsoft называет такую модель параллелизма моделью "последний побеждает".

Для того чтобы определить нужный тип параллелизма, необходимо проанализи ровать характер использования информации, хранящейся в базе данных. Сделанный в результате этого выбор будет представлять собой компромисс между ограничением доступа к данным и поддержкой их целостности.

ADO.NET поддерживает оптимистический параллелизм с помощью класса CommandBuilder. В этой главе будет рассмотрено использование класса CommandBuilder для реализации оптимистического параллелизма, а также создание собственных меха низмов для обеспечения оптимистического, пессимистического и деструктивного параллелизма.

Pages:     || 2 | 3 | 4 | 5 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.