прямого доступа к объектам
(таблицам, запросам, формам)
внешних баз данных «своих» форматов.
Иначе говоря, в открытую в текущем
сеансе работы базу данных пользователь имеет возможность вставить
специальные ссылки-объекты и оперировать с данными из другой (внешней,
т. е. не открываемой специально в данном сеансе) базы данных.
Объекты из
внешней базы данных, вставленные в текущую базу данных,
называются
связанными,
и, как правило, имеют специальные обозначения для отличия от
внутренних объектов. При этом следует подчеркнуть, что
сами данные
физически
в файл (файлы) текущей базы данных не помещаются, а
107
остаются в файлах «своих» баз данных.
В системный каталог текущей базы
данных помещаются все необходимые для доступа сведения о связанных
объектах — внутреннее имя и внешнее, т. е. истинное имя объекта во
внешней базе данных, полный путь к файлу внешней базы и т. п.
Связанные объекты
для пользователя ничем не отличаются от
внутренних объектов.
Пользователь может также открывать связанные во
внешних базах таблицы данных, осуществлять поиск, изменение, удаление и
добавление данных, строить запросы по таким таблицам и т. д. Связанные
объекты можно интегрировать в схему внутренней базы данных, т. е.
устанавливать
связи между внутренними и связанными таблицами.
Технически оперирование связанными объектами из внешних баз
данных «своего» формата мало отличается от оперирования сданными из
текущей базы данных.
Ядро СУБД
при обращении к данным связанного
объекта по системному каталогу текущей базы данных находит сведения о
месте нахождения и других параметрах соответствующего файла (файлов)
внешней базы данных и прозрачно, т. е. невидимо для
пользователя
открывает
этот
файл
(файлы), а далее обычным порядком организует в
оперативной памяти
буферизацию страниц внешнего файла данных для
непосредственно доступа и манипулирования данными.
Следует также
заметить, что на основе возможностей многопользовательского режима
работы с файлами данных современных операционных систем, с файлом
внешней базы данных, если он находится на другой вычислительной
установке, может
в тот же момент времени работать и другой
пользователь,
что и обеспечивает коллективную обработку общих распреде-
ленных данных.
На рис. 3.6 приведен пример схемы локальных баз данных,
использующих совместные данные по линии информационного обеспечения
производства и сбыта продукции. Стрелками на рисунке показаны связи типа
«один-ко-многим» (Острие стрелки соответствует стороне «многое»).
108
Нетрудно
заключить,
что
подобный
принцип
построения
распределенных систем при больших объемах данных в связанных таблицах
приведет
Do'stlaringiz bilan baham: |