Объектная модель ADO
Рассмотрим объектную модель ADO и начнем с графического представления отношений между объектами в этой модели:
Рис. 5.1. Отношения между объектами в объектной модели ADO
Объекты ADO имеют следующее назначение:
- Command - Определяет ту специальную команду, которую предполагается выполнить над источником данных.
- Connection - Задает открытое соединение с источником данных.
- Error - элемент коллекции Errors. Содержит описание ошибки доступа, которая возникла при выполнении Провайдером определенной операции. Список этих ошибок (коллекция Errors), возникших в течение одной операции создается Провайдером данных.
- Field - элемент коллекции Fields. Поле записи, задает столбец данных, все значения в котором имеют один и тот же тип.
- Parameter - элемент коллекции Parameters. Представляет параметр или аргумент, связанный с объектом Command, который определяет параметризованный запрос или хранимую процедуру. Параметры передаются запросу или процедуре.
- Property - элемент коллекции Properties. Представляет характеристики объектов ADO, используемые Провайдером.
- Record - Представляет единственную запись - строку в наборе записей - объекте Recordset, или каталог или файл в файловой системе.
- Recordset - Представляет все множество записей таблицы базы данных или результат выполнения некоторой команды. В каждый текущий момент объект Recordset ссылается только на одну запись, называемую текущей, внутри всего набора записей.
- Stream - Представляет бинарный поток данных, рассматриваемый как последовательность байтов.
Хочу обратить внимание на некоторую особенность данной объектной модели. На верхнем уровне иерархии находится целая группа объектов. Здесь нет центрального объекта, как это обычно бывает, в который вложены все остальные объекты. Замечу, что в предыдущей модели DAO такой объект был - это объект DBEngine, задающий некую машину базы данных. В данном случае Microsoft отошла от привычной для Office 2000 практики и отказалась от введения центрального объекта, в который вложены все остальные объекты иерархии.
Чтобы дать полную характеристику объектов, нужно рассмотреть их свойства, методы и события. Кроме того, нужно понимать отношения, связывающие объекты, а еще хорошо бы понимать, как пользоваться всем этим богатством. Поговорим об этом.
