ISSN 0236-3933. Вестник МГТУ им. Н.Э. Баумана. Сер. “Приборостроение”. 2012 9
поральность с временными интервалами может использоваться с от-
ношениями в 1НФ, если наименьшее и наибольшее значения времен-
ного интервала преобразуются в два дополнительных атрибута
T
1
и
Т
2
типа «дата». Если
R =
(
A
1
,
A
2
, …,
A
n
) —
схема нетемпорального отно-
шения, то таблица состояний для него будет иметь следующую схему:
R
t
=
(
T
1
,
Т
2
,
A
1
,
A
2
, …,
A
n
).
Записи в отношении, которые являются истинными в течение не-
скольких неперекрывающихся периодов времени, хранятся отдельно
для каждого периода времени. Временные интервалы не замкнуты
относительно ряда теоретико-множественных операций (разность и
объединение), то история объектов предметной области может рас-
пространяться на несколько записей как при хранении отношений,
так и при вычислении результата запроса. Рассмотрим пример табли-
цы состояний для отношения «Работник», в которой хранятся данные
о двух работниках, действительные в разные неперекрывающиеся
временные интервалы.
Пример таблицы состояний отношения «Работник»
Id
Имя
Зарплата
Подразделение
T
1
Т
2
1
Иван
20 000
Отдел 1
01.10.2000 30.11.2005
1
Иван
25 000
Отдел 2
01.12.2005 31.08.2010
1
Иван
30 000
Отдел 1
01.09.2010
—
2
Петр
20 000
Отдел 2
02.03.2004 06.07.2008
2
Петр
20 000
Отдел 2
07.07.2008 31.12.2011
Способы реализации темпоральных баз данных.
Изменение
или расширение модели данных для работы с темпоральными объек-
тами означает, что реализация модели, т. е. СУБД, также должна
быть изменена. Поскольку большинство СУБД рассматриваются как
черные ящики, то соответствующее изменение программного обес-
печения может быть выполнено только разработчиками СУБД. Еще
один подход обработки темпоральных данных заключается во встра-
ивании темпоральной функциональности в приложение или исполь-
зование расширяемости, присущей некоторым СУБД. Фактически,
можно выделить два подхода к реализации темпоральных реляцион-
ных баз данных:
1)
реализация темпоральной поддержки на уровне приложения;
2)
расширение нетемпоральной модели данных до темпораль-
ной модели [5].
Первый подход не подразумевает каких-либо изменений СУБД.
Система берется как есть, а работа с темпоральными данными реали-
зуется программистами приложения. Второй подход связан с дора-
боткой реляционной СУБД.