VB 6.0: доступ к данным с помощью технологии ADO
Таблица 3. Разбиение существующего DAO-кода на категории
| Объекты DAO | Объекты ADO | |
|---|---|---|
| Категория 1 Функции объектов DAO, для которых существует аналогичный подход в объектах ADO | Database connections Fields Objects Error Objects Transactions Properties Recordsets Connections | Database connections Fields Objects Error Objects Transactions Properties Recordsets Connections |
| Категория 2 Функции объектов DAO, которых нет в объектах ADO | Workspace Object Database Object TableDefs Object QueryDefs Object Index Object Jet-Specific Features: Groups/Users Object Relations Object Containers Object Document Object Properties Object | |
| Категория 3 Функции объектов ADO, которых нет в объектах DAO | Events Command Object Disconnected Recordsets |
Процесс преобразования следует начинать с изучения существующей объектной модели DAO-приложения, централизации и абстракции методов, подлежащих изменению. Следующим шагом должно стать разбиение существующего кода на три рассматриваемые здесь категории.
Категория 1 содержит элементы, для которых объекты DAO и ADO имеют аналогичные методы, поэтому реализация данных функций в ADO требует проведения лишь незначительных изменений.
Категория 2 включает функции объектов DAO, для которых не существует прямого эквивалента в объектах ADO. Однако это не означает, что вы не можете заново создать такую функцию в ADO, — просто это надо делать по-другому.
Вас может заинтересовать, почему следует преобразовывать существующий DAO-код в категорию 3. В конце концов если в DAO нет данной функции, то и не следует переносить ее в ADO в первую очередь. Хотя это верно, но только отчасти. У вас есть возможность преобразовать DAO-код в ADO, не используя при этом никаких новых уникальных функциональных возможностей ADO. Однако при этом вы теряете большую часть преимуществ, предоставляемых объектами ADO, а именно: сообщение о наступлении события, более простое и точное управление хранимыми процедурами и возможность выполнять операторы в заранее определенное время или при заранее установленных условиях. Тщательно спланированная миграция включает не только преобразование DAO в прямой ADO-эквивалент, но и использование преимуществ, связанных с отличием двух моделей, для усовершенствования существующего программного кода.
