Процедура конструирования

Эта процедура представляет собой средство получения канонической схемы; она начинается с сопоставления пред­ставлений различных конечных пользователей о данных. Такая про­цедура очень ценна для администратора базы данных или конструктора логической базы данных.

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

Каноническая форма данных, описанная в этой главе, не зависит от того, каким образом эти данные представлены: в виде иерархи­ческих, реляционных или каких-либо других струк­тур. Для получения рабочей схемы требуется дополнительный этап преобразования канонической формы данных в такую структуру, ко­торая обрабатывается используемым программным обеспечением. Этот дополнительный этап является достаточно простым.

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

Следует отметить, что в настоящее время не все пакеты приклад­ных программ поддерживают канонические структуры данных.

Если используемое программное обеспечение не позволяет обраба­тывать канонические структуры, то это может помешать дальнейшему развитию базы данных. Возможность получения канонической струк­туры данных на основе анализа совокупности приложений может слу­жить одним из критериев сравнения имеющихся пакетов прикладных программ.

Пути использования данных

Содержащая некоторую совокупность данных база данных может быть сконструирована независимо от того, как, эти данные будут, использоваться. В настоящее время структура баз данных с целью повышения производительности системы, как правило, разрабатывается с учетом требований приложений. В этой главе мы опишем, как это делается. Несмотря на то что структура данных конструируется с учетом использования данных, она обеспечивает независимость каж­дого конкретного приложения и представляет внутренние свойства данных. Получаемая в результате выполнения процедуры конструи­рования структура данных может удовлетворять требованиям возмож­ных новых приложений, которые еще не определены.

В реляционной модели пути использоеания данных не определяют­ся, т. е. если печатают, например, шапку заказа на закупку, то это не значит, что требуется печатать также детали заказа:

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

Таким образом, существует две возможности: логическое пред­ставление данных может содержать информацию о путях использо­вания групп элементов данных (сегментов, записей) или эта информа­ция может быть не включена в логическое представление данных. В настоящее время программное обеспечение в большинстве случаев включает эту информацию, так как содержит средства обслуживания некоторых конкретных структур древовидных, сетевых, наборов и так далее. В том случае, если логическое представление данных ис­ключает информацию о путях использования, как, например, в реляционной базе данных, то для обеспечения хорошей производительное. Эти системы такую информацию должно содержать физическое пред­ставление данных.