Структура объектов DataRelation ADO. NET сильно отличается от структуры иерархичных объектов Recordset. Объектам DataRelation не требуется дополнительный поставщик или отвратительный синтаксис запросов SHAPE. Объекты DataRelation считаются частью схемы объекта DataSet.

Если вкратце, объект DataRelation объединяет в себе преимущества отдельных запросов и иерархичных объектов Recordset в плане управления данными из связанных таблиц и исключает практически все их недостатки. Приведенные ниже списки за и против* еще больше разожгут ваш интерес к объекту DataRelation. Преимущества объектов DataRelation таковы: • они возвращают меньше данных, чем соединяющие запросы; • упрощают поиск связанных данных; • не требуют сложного синхронизирующего кода; • рассчитаны на сложные случаи обновления. Например, вы можете добавлять новых клиентов до добавления их заказов, а также удалять имеющиеся заказы перед удалением имеющихся клиентов. Также, если у вас есть группа отложенных изменений таблиц Orders и Order Details, перед передачей новых записей в таблицу Order Details можно выбрать для новых заказов автоинкрементные значения, генерируемые сервером. Подробнее о таких ситуациях в главе 11; • они являются динамическими.

Их можно программно создавать, изменять и удалять как до, так и после запроса к связанным таблицам БД; • поддерживают каскадные обновления. Указать, должны ли изменения родительской записи передаваться дочерним записям, можно при помощи свойств ограничения ForeignKeyConstraint, связанного с объектом DataRelation; • позволяют создавать иерархии на основе разных источников данных. Вам нужно связать результаты запроса о клиентах к БД SQL Server и результаты запроса о заказах к БД Oracle? Без проблем.

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

Рейтинг пользователей: / 0
ХудшийЛучший