Cтраница 3
Специалист по физической организации банка данных в долговременной памяти заботится об эффективной организации данных в памяти на основе изучения реальной статистики запросов. Все его действия по оптимизации физической организации БД не должны влиять на общую логическую модель данных - в этом заключается принцип физической независимости. Кроме того, он решает все вопросы, связанные с взаимодействием системы управления базами данных и операционной системы. [31]
Создание базы данных, удовлетворяющей текущим и перспективным информационным потребностям пользователя ( системы), связано с необходимостью выполнения нескольких этапов проектирования. Сюда относятся: разработка концептуальной модели предметной области, отображение концептуальной модели на логическую модель данных, создание физической модели базы данных. Эффективность функционирования БД в равной степени зависит от оптимальности решения задач на каждом из этапов. Оно основано на анализе решаемых в рамках САПР задач с точки зрения используемой информации. [32]
Упомянутые выше приложения показывают пространственные особенности исторической практики, фиксируют современное состояние естественной и антропогенной сред и прогнозируют изменения в мире, опираясь на погодные и геофизические явления, и события человеческой деятельности. В каждом приложении было принято решение, касающееся использования физических наборов данных для обслуживания логических моделей данных. [33]
Упомянутые выше приложения показывают пространственные особенности исторической практики, фиксируют современное состояние естественной и антропогенной сред и протезируют изменения в мире, опираясь на погодные и геофизические явления, и события Чйтовеческой деятельности. В каждом приложении было принято решение, касающееся использования физических наборов данных для обслуживания логических моделей данных. [34]
Модель данных базы геоданных сближает физическую и логическую модели данных. Объекты данных в базе геоданных представляют собой практически те же объекты, которые вы задаете в логической модели данных, например, владельцев, строения, земельные участки и дороги. [35]
Модель данных базы геоданных сближает физическую и логическую модели данных. Объекты данных в базе геоданных представляют собой практически те же объекты, которые вы задаете в логической модели данных, например, владельцев, строения, земельные участки и дороги. [36]
![]() |
Диалог Create Model. [37] |
На основе физической модели ERwin может сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Тем самым достигается масштабируемость-создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. На основе полученной логической модели данных можно сгенерировать физическую модель для другой СУБД и затем сгенерировать ее системный каталог. Следовательно, ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой. Например, можно перенести структуру данных с Oracle на Informix ( или наоборот) или перенести структуру dbf - файлов в реляционную СУБД, тем самым облегчив решение по переходу от файл-серверной к клиент-серверной ИС. Заметим, однако, что формальный перенос структуры плоских таблиц на реляционную СУБД обычно неэффективен. [38]
Компилятор, использующий модель объекта, автоматизирует процесс создания программ обработки данных. На основе анализа информационной модели получения экономических показателей он создает модули для получения выходных файлов. С помощью компилятора производится синтаксический и семантический анализ постановки задач, выделяются программы обработки данных, а также устанавливается взаимосвязь логической модели данных с СУБД. [39]