Анализ проблем разработки методов в рамках методики проектирования…
9
где
1
, ...,
, ...,
,
1,
m
n
SA SA SA SA m n
(
n
— число записей отноше-
ния
А
;
m
SA
—
m-
я запись
А
);
1
, ...,
, ...,
,
1,
p
q
SB SB SB SB p q
(
q
— число записей отношения
B
;
p
SB — p-
я запись
В
).
При этом следует учитывать, что существуют совместимые и ча-
стично совместимые по объединению отношения.
Для качественного, бездефектного решения задач объединения и
разбиения реляционных таблиц необходимо разработать формальные
модели исходных и целевых таблиц, а также формальную методику
преобразования таблиц.
Для решения проблемы объединения и разбиения ИТВ требуется
разработать метод, позволяющий учитывать сформулированные осо-
бенности процесса преобразования информации.
Анализ применимости современных теоретических разрабо-
ток.
Сложившаяся на данный момент методология проектирования
реляционных БД освещена практически во всех источниках по про-
ектированию РБД, в частности в [1–3]. Следуя ей, разработчик может
выполнить этапы проектирования от постановки задачи, инфологи-
ческого и датологического проектирования до физической реализа-
ции и создать высокоэффективную БД, удовлетворяющую современ-
ным требованиям. Кроме того, он может построить реляционные
таблицы, удовлетворяющие всем нормальным формам. Рекоменда-
ции по проектированию БД помогают разработчику назначить клю-
чевые и индексные поля, сформировать связи между таблицами,
обеспечить безопасность данных и осуществить много полезных ме-
роприятий, ориентированных на разработку высококачественного
программного продукта. Другими словами, сегодня разработчик во-
оружен мощной теорией построения БД и множеством инструмен-
тальных средств, ориентированных на создание БД различного
назначения в рамках этой теории. В связи с этим возникает вопрос:
насколько применимы существующая теория и инструментальные
средства для проектирования РБД на основе ИТВ с заполненными
таблицами?
Вся проблема в том, что в рассматриваемом случае данные уже
есть, таблицы сформированы и, конечно, при их создании никто не
руководствовался теоретическими аспектами построения БД. Чаще
всего эти аспекты были неактуальны, разработчик решал другие за-
дачи. Таким образом, при формировании ИТВ выпали все этапы про-
ектирования БД. Выполнить же условия, характерные для этапов по-
строения БД в процессе преобразования ИТВ в РБД, о которых идет
речь, не представляется возможным. Если их выполнять, необходимо
спроектировать новую РБД, а затем вручную перенести ИТВ в таб-
