С.А. Тоноян, Д.В. Сараев
4
Рис. 1.
Общий вид многоуровневой архитектуры темпоральной СУБД
Основные недостатки этих способов следующие [4, 10, 11]:
изменение кода СУБД при применении второго и третьего спосо-
бов, вследствие чего они доступны только разработчикам темпораль-
ных БД;
невозможность доступа к предоставляемой и хранящейся инфор-
мации и ее оптимизации при применении третьего и четвертого спо-
собов.
Основное их преимущество — во всех способах использованы
уже существующие СУБД, которые только расширены благодаря
темпоральной конструкции.
Следует подчеркнуть, что четвертый способ не зависит от кон-
кретной СУБД и синтаксис SQL-запроса обычно остается прежним,
поэтому обновления версии СУБД не влияют на работоспособ-
ность БД.
При реализации темпоральной СУБД на уровне приложения
(рис. 2) единственным темпоральным параметром является атрибут
«Дата». Темпоральная семантика языка должна быть вставлена в БД
самим разработчиком кода. Вся дополнительная поддержка возлагает-
ся на разработчика, так как отсутствует поддержка со стороны СУБД.
Для каждой такой БД часть кода темпоральных данных, которые по-
являются под влиянием разных факторов реального мира, разрабаты-
вают заново. Вследствие этого отсутствует единая стандартизация об-
работки данных, что приводит к доработке и изменению кода про-
граммы, неэффективности и сложности поддержки информационной
системы [5, 12].
