Проектировщик - база - данные
Cтраница 1
Проектировщик баз данных ( database designer) строит логические модели и физически реализует проекты баз данных. [1]
Проектировщик базы данных подчиняется помощнику вице-президента по администрации данных. Отвечает за проектирование и документирование всех баз данных LNB, взаимодействие с прикладными программистами и за сопровождение программных, средств, обеспечивающих интерфейсы с программным обеспечением телеобработки и операционными системами. [2]
 |
Отображения физической связи исходный сегмент - порожденный сегмент. [3] |
Проектировщик базы данных должен понимать, что предо ставляемые в его распоряжение локальные представления не являются определяющими при классификации элементов данных. Если некоторые из этих элементов встречаются в разных, функциональных локальных представлениях ( эта возможность предполагается и даже считается желаемой при конструировании интегрированных баз данных), классификация таких элементов в базе данных может отличаться от предполагаемой классификации их в локальных представлениях. [4]
В простейших случаях проектировщик базы данных ограничивается содержательным описанием модели предметной области на естественном языке. Он может использовать также разнообразные выразительные средства для изображения структуры предметной области, такие, как диаграммы типов ( диаграммы Бахмаиа, диаграммы сущностей-связей и др.) - графы, вершины которых соответствуют типам объектов, а ребра - типам связей между ними. [5]
С помощью такого рода средств проектировщик базы данных специфицирует представленную в графическом виде иерархическую структуру базы данных, задает идентификаторы и типы ее компонентов. Имеется возможность просмотра и корректировки структуры базы данных с использованием при этом удобных средств навигации. Отображение логической структуры базы данных в среду хранения осуществляется автоматически без участия проектировщика с использованием механизмов отображения данных по умолчанию. [6]
Определяя структуру концептуальной базы данных, проектировщик базы данных тем самым однозначно устанавливает физическую структуру хранимых данных. Он практически не обладает средствами управления размещением данных и имеет очень ограниченный выбор возможных методов доступа. [7]
В результате обнаружения несогласованности имен, выявленной с помощью редакторских отчетов во время данной итерации, проектировщик баз данных может обратиться к конечному пользователю с вопросами и рекомендациями, касающимися интерпретации и переименования многих элементов данных. [8]
Поэтому проектировщик базы данных, закончив этап инфологи-ческого проектирования и приступая к датологическому проектированию, может вначале оценить и выбрать подходящий тип МД для дальнейшего проектирования, подготовить датологический проект для выбранного типа МД, затем выбрать конкретную СУБД и закончить датологическое проектирование БД, используя уже модель данных этой конкретной СУБД. [9]
 |
Представления данных. [10] |
Целесообразно разделить понятие внешнего представления на пользовательское внешнее представление и локальное внешнее представление. На основании пользовательского внешнего представления конечные пользователи и проектировщики баз данных будут получать локальные внешние представления, являющиеся входными данными для процедур проектирования. [11]
Итак, мы рекомендуем подход к моделированию и оценке производительности по алгоритму, приведенному на рис. 19.1. Автоматизируемые этапы этого процесса состоят в моделировании и представлении результатов. Решение остальных задач, особенно анализ и сравнение результатов, остается за проектировщиком базы данных. [12]
Во-первых, это одно из первых изданий, в которых систематизированно изложена методология проектирования баз данных. Во-вторых, книга имеет явно выраженную практическую направленность и может служить справочным пособием для проектировщика баз данных, использующего или не использующего средства автоматизации проектирования. В-третьих, книга интересна тем, что ее автор много лет работает в фирме ИБМ над созданием систем управления и проектирования баз данных и выступает в роли консультанта фирмы по созданию больших баз данных. [13]
Общие процедуры регламентируют, где, когда и кто обязан осуществлять сбор конкретных видов метаданных. Например, может быть установлено, что системным аналитикам надлежит описать и определить элементы данных при проведении анализа требований, а на стадии детального проектирования проектировщики баз данных должны подготовить детальные проектные спецификации базы данных. [14]
Поисковые средства СССД обеспечивают распространение сведений о ресурсах данных предприятия и о базе метаданных среди заинтересованных пользователей. С помощью средств управления доступом СССД администратор базы данных, наделяя различными полномочиями разные группы пользователей, может эффективно контролировать доступ к базе метаданных. Так, проектировщику базы данных он может предоставить наиболее широкие полномочия, поручив ему и обновление, и ведение. Руководителю отдела эксплуатации АБД может запретить вводить изменения, но разрешить просматривать и извлекать метаданные. Системному аналитику он предоставляет средства анализа, требуемые в ходе проектирования. Разрабатывая новое приложение, системный аналитик может, например, с помощью СССД определить, какие данные доступны, где они расположены и как их следует использовать. Однако ему может быть запрещено изменять базу метаданных. [15]
Страницы: 1 2