Cтраница 2
Сравним теперь собственно четыре метода доступа HSAM, HISAM, HIDAM и HDAM. При сравнении могут быть использованы различные критерии. Необходимо, чтобы проектировщик базы данных принял во внимание при выборе того или иного метода наиболее важные факторы. [16]
В особых случаях может быть организована парольная защита сложной иерархической структуры. Например, АБД могут быть присвоены самые высокие полномочия, разрешающие доступ ко всем метаобъектам базы метаданных и использование всех реализуемых СССД функций. Часть из этих полномочий АБД может передать проектировщику базы данных: ему разрешается добавлять и запрашивать предоставление спецификаций информационных метаобъектов, но запрещается модифицировать или удалять их. [17]
Проектирование без данных представляет собой длительный и трудоемкий процесс. Проектирование больших баз данных, включающих 500 и более элементов, обычно длится несколько месяцев, а в некоторых случаях растягивается даже на годы. До настоящего времени проектирование баз данных остается скорее искусством, чем наукой. Основными ресурсами проектировщика баз данных служат его собственные интуиция и опыт, причем качество получаемого при этом результата весьма сомнительно. Во многих готовых системах слабым местом оказывается структура базы данных. Основная проблема проектирования заключается в определении назначения элементов данных. Но даже после решения этой проблемы трудно получить удовлетворительные структуры данных из-за сложности процесса структурирования. База данных должна обеспечивать получение необходимых данных и их эффективную обработку. Плохо спроектированная база данных может затруднить процесс прикладного программирования и потребовать реализации более сложной логики в программах, чем это необходимо для получения требуемой инфор мации. [18]
Необходимо добиться того, чтобы каждый сотрудник, участвующий в разработке или эксплуатации системы, в качестве единственно авторитетного источника метаданных рассматривал СССД. Проектировщикам и аналитикам следует применять СССД при выявлении и анализе требований, а также на стадии проектирования. Программисты могут с помощью СССД упростить разработку программ: им надлежит включать в программы из СССД описания данных ( например, разделы данных Кобола), параметры редактирования и проверки достоверности, генерировать тестовые данные. Проектировщики базы данных применяют СССД с целью генерации схем и подсхем. [19]
Назначение процедур проектирования заключается в том, чтобы собрать и проанализировать требования к данным, обусловленные функциями обработки, интерпретировать их с целью получения эффективной структуры базы данных и документировать как сам процесс проектирования, так и результаты его выполнения. Они ориентированы в основном на сбор и анализ требований к данным и их редактирование для обеспечения согласованности в использовании данных и стандартизации имен элементов данных. Процессы логического и физического проектирования описаны в книге полностью. Кроме того, описаны возможное взаимодействие между процедурами проектирования и словарной системой и интерактивный язык взаимодействия проектировщика баз данных с процедурами проектирования. [20]
Для эффективной реализации базы данных часто оказывается необходимой классификация связей в соответствии с тем, сколько объектов из одного набора может ассоциироваться и со сколькими объектами из другого набора. Простейшей и наиболее редкой формой связи двух наборов объектов является связь один к одному, при которой для каждого объекта в одном из наборов существует в лучшем случае один ассоциированный с ним объект другого набора. Примером такой ситуации может служить связь ЯВЛЯЕТСЯ - РУКОВОДИТЕЛЕМ между двумя наборами объектов СЛУЖАЩИЕ и ОТДЕЛЫ в базе данных некоторой фирмы. Можно предположить, что эта связь, указывающая руководителя для каждого отдела, является связью вида один к одному. Заметим, что указанное свойство есть не что иное, как предположение о реальном мире, которое проектировщик базы данных может по своему выбору принять или не принять. В рассматриваемом случае более правдоподобным было бы, вероятно, предположение, что один и тот же человек может руководить двумя отделами или даже что. Однако, если в данной организации принято назначать для каждого отдела своего руководителя, то при проектировании физической базы данных можно воспользоваться тем фактом, что ЯВЛЯЕТСЯ-РУКОВОДИТЕЛЕМ представляет собой связь один к одному. Заметим также, что этот вид связи не подразумевает обязательного существования для каждого объекта одного набора связанного с ним объекта из другого набора. Например, большинство служащих, конечно, не являются руководителями какого-либо отдела, и могут иметься отделы, которые в настоящее время не имеют руководителя. [21]
Описываемые в данной книге автоматизированные процедуры проектирования первоначально могут быть использованы конечным пользователем при разработке функциональных спецификаций. Несмотря на то, что функциональные спецификации считаются, как правило, полностью определенными до начала процесса проектирования, они обычно изменяются в процессе разработки системы по мере того, как пользователи, реализуя свои первоначально определенные требования, убеждаются, что результат не совсем соответствует тому, что им действительно нужно. Предоставляя пользователю конкретные форматы выходных данных в виде документов или справок на экранах дисплеев, оператор автоматизированной системы может помочь конечному пользователю лучше понять, как предполагаемые документы будут согласовываться с его реальными информационными потребностями. Режим обработки диалоговых запросов, адресуемых к модели базы данных, может помочь конечному пользователю определить свои требования к обработке данных. Имея такое вспомогательное средство, конечный пользователь уже на этапе определения требований в состоянии оценить, что же он может получить от системы. Опыт показывает, что использование такого подхода приводит к тому, что требования к данным изменяются в процессе проектирования незначительно. Рассмотрим для примера завершающий этап определения функциональных спецификаций и требований к данным и проиллюстрируем с помощью приводимого ниже диалога совместную работу проектировщика баз данных и конечного пользователя, использующих автоматизированную систему проектирования. [22]