Объект - база
Cтраница 3
 |
Операции процесса проектирования базы данных и инструментальные средства Oracle Designer. [31] |
На фазе проектирования решаются две основные задачи: проектирование базы данных и прикладное проектирование. Главная цель первого процесса - описать все необходимые в системе объекты базы. Грамотно составленный проект базы данных должен быть готов к началу прикладного проектирования, поскольку для модулей, которые применяются на этом этапе, требуются таблицы, специфицированные во время проектирования базы данных. Однако этот процесс повторяется, так что при описании модулей будут создаваться новые таблицы, а некоторые уже имеющиеся совершенствоваться. [32]
В этой категории информация перемещается из оперативного словаря данных или из DDL-сценариев CREATE, расположенных в файловой системе, в описания репозитория Oracle Designer. Утилита Capture Design of Server Model from Database создает из существующих объектов базы данных описания уровня проекта. Например, Oracle Designer может загрузить в репозитории свойства существующей таблицы, тем самым создав описание, с которым можно работать. Очевидно, что свойства, извлекаемые из разных объектов базы данных, различны и определяются типом фиксируемого объекта. Так, свойства табличной связи записываются для ограничения внешнего ключа, но не имеют смысла для ограничения первичного ключа. [33]
Реляционная модель данных организует объекты и взаимосвязи между ними в виде таблицы, причем взаимосвязи также рассматриваются в виде объектов. В ее основе лежит хорошо проработанная теория отношений, формализующая взаимосвязи между объектами базы. При этом связи между данными могут быть также представлены в виде двумерных файлов. Заранее имеющаяся избыточность не должна настораживать, поскольку речь идет о логическом представлении данных, физическое же отображение данных, соответствующее этому логическому, может и должно быть избыточным. Процесс приведения произвольной структуры к табличному виду, выполняемый строгими методами, носит название нормализации. [34]
Убедитесь, что вход в систему невозможен без использования учетной записи и к объектам базы разрешен доступ, определенный для учетной записи. [35]
Функционирование интерпретатора продукций базируется на расширенном толковании логических выражений. Значениями в используемой логике являются не только ложь и истина, а также подмножество объектов базы и моментов времени ( или интервала), для которых утверждение истинно. Эти данные используются в ходе работы интерпретатора и передаются в операционную часть продукций для выполнения действий с объектами базы и выработки реакций. [36]
Пользователи репозитория имеют обычные учетные записи пользователей базы данных Oracle и регистрируются ( в RAU) как имеющие привилегии доступа к репозиторию. В процессе сопровождения пользователей репозитория для каждого из них создаются частные полномочия и синонимы на объекты базы, принадлежащие владельцу репозитория. Такая процедура гарантирует, что пользователи репозитория смогут обращаться к репозиторию с помощью внешних инструментов Oracle Designer, причем их обращение будет под контролем. [37]
В нем перечисляются все объекты базы данных и возможные проблемы, а также сообщается, насколько завершены описания объектов. Этот отчет весьма удобен на этапе проектирования базы данных, поскольку с его помощью можно получить общее представление о полноте описаний объектов базы. [38]
При запуске Access этот файл читается для аутентификации пользователей. При открытии базы данных этот файл читается для определения пользователей, у которых есть доступ к объектам базы данных, и разрешения, полученные пользователями на объекты базы. Разрешения на открытие и изменение объектов базы данных хранятся в файле с расширением mdb. [39]
То же самое происходит с базами данных. Вначале информация вполне обозрима, но по мере ее накопления возникает необходимость задавать фильтры, чтобы обеспечить содержательный просмотр и корректировку данных. Иногда изменения касаются не только данных, но и объектов базы в целом. [40]
Обычно с базами данных работают две категории исполнителей. Их задача состоит в разработке структуры таблиц базы данных и согласовании ее с заказчиком. Исключение составляет экспериментальное наполнение модельными данными на этапе отладки объектов базы. [41]
На фазе тестирования проверяется еще и проект самой базы данных. В первую очередь необходимо убедиться в том, что созданные объекты базы данных соответствуют описаниям репозитория. Расхождения могут быть в том случае, если разработчик или кто-то еще модифицировал или добавил объект базы без изменения репозитория Oracle Designer. Такое возможно во время интенсивной работы на фазе построения. [42]
Функционирование интерпретатора продукций базируется на расширенном толковании логических выражений. Значениями в используемой логике являются не только ложь и истина, а также подмножество объектов базы и моментов времени ( или интервала), для которых утверждение истинно. Эти данные используются в ходе работы интерпретатора и передаются в операционную часть продукций для выполнения действий с объектами базы и выработки реакций. [43]
Интерфейс генерации отчетов обеспечивает возможность подготовки форматированных отчетов о метаданных с помощью заранее написанных ( готовых) программ. Обычно содержание этих отчетов предсказуемо, а формат известен заранее. От запроса к запросу формат отчета не изменяется до тех пор, пока специально не будет модифицирована спецификация этого отчета. Примером такого рода отчетов может служить отчет каталог объектов, где перечислены все объекты базы метаданных вместе с их атрибутами. Интерфейс генерации отчетов позволяет получать форматированные отчеты значительного объема, например отчет об объектах, представляющий собой форматированный дамп базы метаданных. [44]
Страницы: 1 2 3