Логическая модель - данные
Cтраница 2
С точки зрения пользователя ERwin, процесс создания логической модели данных заключается в визуальном редактировании ER-диаграммы. Диаграмма ERwin строится из трех основных блоков: сущностей, атрибутов и связей. [16]
Традиционное проектирование реляционной базы данных включает два основных этана - выяснение логической модели данных и физическая реализация модели ( или схемы) базы данных. [17]
Традиционное проектирование реляционной базы данных включает два основных этана - выяснение логической модели данных и физическая реализация модели ( или схемы) базы данных. [18]
В процессе RAD-CADM не готовится документ анализа, а сразу начинается построение логической модели данных. Для того чтобы оно было эффективным, в группу разработки должен входить высококвалифицированный специалист по моделированию данных. В идеале этот человек должен уметь точно моделировать 20 и более сущностей ( не детализированных) в день. Срок на создание модели данных из 100 таблиц - примерно одна неделя. Еще одна неделя отводится на детализацию полученной модели. [19]
Диаграмматор взаимосвязи элементов ( Entity Relationship Diagrammer - ER Diagrammer) способен показать элементы и их атрибуты вместе со взаимосвязями, отражающими логическую модель данных. Как и в случае с другими диаграмматорами, когда в репозитории появляется определение объекта ( в данном случае элемента), можно сформировать различные диаграммы для показа всех или только некоторых объектов при различном расположении. Создаваемые элементы, или сущности, служат источником функционального использования данных в FHD, поэтому обычно ER Diagrammer применяется вместе с Function Hierarchy Diagrammer или до ассоциации функций из FHD с элементами. [20]
Представлены созданные коллективом авторов книги типовые методические материалы, охватывающие процедуры построения графовых моделей инженерных сетей нефтегазодобычи, алгоритмов анализа показателей баланса потоков жидкости в реальном времени, логических моделей данных и программного обеспечения, позволяющих проводить согласование параметров технологических режимов и оперативную оценку эффективности ведения технологических процессов нефтегазодобычи, а также родственных производств нефтегазовой отрасли. [21]
Структура базы геоданных - наборы классов объектов, классы пространственных объектов, топология, отношения и другие элементы - позволяют проектировать географические базы данных, которые близки к своим логическим моделям данных. [22]
Чрезвычайно важно, чтобы в логическом проектировании участвовали представители каждой предполагаемой группы пользователей. Логическая модель данных, построенная только для одной группы, обязательно будет содержать недостатки с точки зрения других, неучтенных пользователей. [23]
Основными требованиями здесь являются обеспечение работы в реальном масштабе времени и независимость данных от прикладных процессов, обеспечивающая возможность расширения круга задач, для решения которых используются данные из базы. Среди логических моделей данных, имеющих промышленное применение, наибольшую независимость обеспечивает реляционная модель. Однако с учетом требования ко времени реакции системы предпочтительной является модель данных, основанная на инвертированных файлах. Такую модель поддерживает СУБД МИРИС, выбранная для использования в системе управления ГАП. [24]
Автоматизацию работы базы данных обеспечивает СУБД, которая манипулирует с конкретной моделью организации данных на носителе. При построении логической модели данных выбирается один из трех подходов моделирования: иерархический, сетевой, реляционный. [25]
Широко распространено неправильное представление о том, что можно отображать данные на логические модели. К сожалению, в логические модели данных не включаются столбцы внешних ключей. Это по существу означает, чтс, работая над логическим проектом, невозможно отобразить какие-либо соединения, установленные между структурами данных. Поэтому необходимо отображать данные на физическую модель. [26]
Под физической организацией БД [13, 26] понимаются совокупность методов и средств размещения данных во внешней памяти и созданная на их основе внутренняя ( физическая) модель данных. Внутренняя модель является средством отображения логической модели данных в физическую среду хранения. В отличие от логических моделей физическая модель данных связана со способами организации данных на носителях, методами доступа к данным. Она указывает, каким образом записи размещаются в базе данных, как они упорядочиваются, как организуются связи, каким путем можно локализовать записи и осуществить их выборку. Внутренняя модель разрабатывается средствами СУБД. [27]
 |
Диалог Create Model. [28] |
На основе физической модели ERwin может сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Тем самым достигается масштабируемость-создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. На основе полученной логической модели данных можно сгенерировать физическую модель для другой СУБД и затем сгенерировать ее системный каталог. Следовательно, ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой. Например, можно перенести структуру данных с Oracle на Informix ( или наоборот) или перенести структуру dbf - файлов в реляционную СУБД, тем самым облегчив решение по переходу от файл-серверной к клиент-серверной ИС. Заметим, однако, что формальный перенос структуры плоских таблиц на реляционную СУБД обычно неэффективен. [29]
Физическая модель базы данных строится на основе логической модели данных. Обычно специалист но реляционным БД получает логическую модель данных от разработчика модели данных и использует инструменты администрирования СУБД для задания схемы базы данных и создания новой базы данных, готовой к вводу данных в нее. [30]
Страницы: 1 2 3