Сравнение методов синтеза и ER-диаграмм

Оба метода основаны на доскональном знании особенностей предметной области, семантики данных, а также связей между сущностями.

Достоинства метода синтеза

- Метод синтеза – формализованный метод проектирования, который выполняется по алгоритму, легко поддающемуся автоматизации.

- Метод всегда гарантирует выполнимость свойства сохранения функциональных зависимостей атрибутов для результирующей декомпозиции и почти всегда - свойства соединения без потерь информации. Существует несколько особых случаев, когда требуется дополнительное исследование результирующей декомпозиции на выполнимость свойства соединения без потерь информации. Такие случаи редки и исследование их выполняется достаточно просто (см. примеры 37 и 38).

- Результирующая декомпозиция содержит минимум декомпозиционных подсхем, а, следовательно, база данных содержит минимум таблиц, что может привести к повышению производительности.

- Метод прост даже для достаточно большого количества атрибутов из выбранной предметной области.

- Метод обеспечивает “сильные” нормальные формы для подсхем результирующей декомпозиции.

Недостатки метода синтеза

- Для выполнения синтеза требуются знания основ теории реляционных структур данных.

- Метод требует достаточно трудоемкого этапа построения множества функциональных зависимостей, который можно упростить, используя комбинированный метод проектирования (синтез + метод ER-диаграмм), который будет изложен в разделе 2.5.

Достоинства метода ER – диаграмм

- Метод выполняется на основе здравого смысла и не требует знаний основ теории реляционных структур данных.

- Метод основан на применении небольшого количества правил, которые позволяют сконструировать результирующие отношения (таблицы базы данных).

- Простота алгоритма позволяет использовать метод в программных средствах автоматизации проектирования, например, таких как ERwin, Rational Rose и других.

Недостатки метода ER – диаграмм

- Метод часто дает больше подсхем в результирующей декомпозиции, чем метод синтеза, хотя используя процедуру, которая будет описана в разделе 2.6, можно уменьшить количество таблиц в результирующей декомпозиции.

- Метод требует проведения анализа результирующего набора отношений на предмет “сильных” нормальных форм, а это требует построения множества функциональных зависимостей, правда неполного, а только для атрибутов отдельных отношений. Конечно, такая задача решается значительно легче, чем задача построения полного множества зависимостей.

- Метод не гарантирует выполнимость свойства соединения без потерь информации для результирующего набора декомпозиционных подсхем. Поэтому всегда требуется проверка выполнимости этого свойства, что вынуждает разработчика все равно строить полное множество функциональных зависимостей. А, имея полное множество зависимостей, проще воспользоваться методом синтеза.

- Реализация правил в средствах автоматизированного проектирования баз данных выполняется не совсем “по правилам”, поэтому требуется доработка результирующих моделей вручную, как показано в работе [6].

Конечно, было бы хорошо, если бы разработчик базы данных владел всеми методами проектирования (декомпозиция, синтез, ER – диаграммы) и использовал их комбинацию при разработке конкретной базы данных. Тогда результат проектирования может быть вполне удовлетворительным, и в процессе эксплуатации такой базы данных можно гарантировать релевантность ответов на все запросы к данным.

Процедура поиска множества функциональных зависимостей F, справедливых на заданном множестве атрибутов, может оказаться довольно сложной. В ряде случаев может помочь комбинированный метод проектирования базы данных.