Проектирование - база - данные
Cтраница 2
При проектировании базы данных следует описать данные, требуемые программам, исходя из ранее полученных спецификаций элементов данных и записей, а также структур памяти и стратегий доступа. На этой основе генерируется схема базы данных. Кроме того, генерируется подсхема, описывающая представление данных для прикладной программы. [16]
При проектировании базы данных стараются, чтобы отображение объектов предметной области в структуры модели данных не противоречило семантике предметной области. Оно должно быть эффективным, то есть должно обеспечивать минимальное дублирование данных, удобство их обработки и обновления. Для удовлетворения этих требований необходимо определить, из каких отношений должна состоять БД и какие атрибуты должны входить в эти отношения. Теория реляционных баз данных обладает мощным инструментом, который способен помочь разработчику оптимальным образом спроектировать структуру отношений базы данных. [17]
При проектировании базы данных АБД должен учитывать ряд факторов. Некоторые из них имеют важное значение для функции программирования. [18]
 |
Проектирование базы данных. выполняемые администратором операции и инструментальные средства Oracle Designer. [19] |
На этапе проектирования базы данных совершенствуются, пересматриваются и заменяются таблицы, созданные в процессе макетирования экранов. Включение макетированных таблиц в репозитории выполняется на этапе предварительного проектирования. Поэтому фаза проектирования начинается с обработки предварительных описаний таблиц, которые уже находятся в репозитории. В число операций, выполняемых над этими описаниями, входят проверка отношений первичных и внешних ключей, денормализация таблиц для повышения производительности системы или для других целей, а также создание описаний для всех известных представлений и моментальных снимков. При необходимости дополнительные таблицы, представления и моментальные снимки приложения могут создаваться и на этапе построения. [20]
 |
Дальнейшее использование элементов данных проекта. [21] |
В процессе проектирования базы данных нужно обратиться и к другим вкладкам - DB Admin ( администратор база данных) и Distribution ( распределение) - для указания характеристик неосновных объектов базы данных. В то время как элементы вкладки Server Model примерно соответствуют объектам модели логического анализа, элементы вкладок DB Admin и Distribution не имеют реальных эквивалентов в логической модели. Так, в логической модели не учитывается информация о том, где именно создается таблица ( ее база данных и табличное пространство) или как нужно ее тиражировать для поддержки распределенной обработки данных. [22]
На этапе проектирования базы данных начинается подготовка к фазе построения, когда все располагается по своим местам. [23]
При СУБД-ориентированном проектировании базы данных необходимо учитывать возможности системы по отображению сложных данных, взаимосвязей между ними и поддержанию сложных ограничений. [24]
Поскольку при проектировании базы данных Интернет-аптека сразу предполагалось, что все таблицы этой БД будут связаны между собой, рассмотрим в качестве примера создание таких связей. [25]
В крупных системах проектирование базы данных требует особой тщательности, поскольку цена допущенных на этой стадии просчетов и ошибок особенно велика. Хотя некоторые из них могут быть скорректированы в процессе эксплуатации системы благодаря средствам реструктуризации и реорганизации базы данных, такие операции являются весьма трудоемкими и дорогостоящими. [26]
Модель приемлема для проектирования базы данных. [27]
 |
Пример простейшей страницы доступа. [28] |
Техническое задание на проектирование базы данных должен предоставить заказчик. Однако для этого он должен владеть соответствующей терминологией и знать, хотя бы в общих чертах, технические возможности основных систем управления базами данных. К сожалению, на практике такое положение встречается не всегда. [29]
Книга посвящена методологии проектирования баз данных, в основе которой лежит систематизированная последовательность итеративных процедур с многочисленными точками принятия решений. Процесс проектирования включает стадии сбора и анализа исходных требований к данным, логического и физического проектирования, оценки проекта и его усовершенствования. Большое внимание уделено вопросам автоматизации наиболее сложных и трудоемких этапов проектирования. [30]
Страницы: 1 2 3 4