Баланс: 0.00
Авторизация
Демонстрационный сайт » Рефераты » Информатика (Рефераты) » Основные процедуры проектирования базы данных
placeholder
Openstudy.uz saytidan fayllarni yuklab olishingiz uchun hisobingizdagi ballardan foydalanishingiz mumkin.

Ballarni quyidagi havolalar orqali stib olishingiz mumkin.

Основные процедуры проектирования базы данных Исполнитель


Основные процедуры проектирования базы данных.docx
  • Скачано: 60
  • Размер: 45.75 Kb
Matn

{spoiler=Далее}

Основные процедуры проектирования базы данных

Развитие информационных потребностей прикладных систем требует разнообразных подходов к созданию простых и сложных баз данных различной сложности. Сложность базы определяется объемами и структурой информации, разнообразием ее видов, множественностью связей между файлами, требованиями к производительности и надежности. В наиболее общем виде основные процедуры проектирования баз данных представлено на рис 24.

Каждый этап процесса проектирования обладает набором методов проектирования, требованиями и ограничениями, критериями оценки вариантов решений. Методы проектирования могут носить аналитический, эвристический, процедурный характер, но основным способом их реализации является программный способ. Реализованные в виде комплекса программ, методы становятся инструментальными средствами проектирования.

На первом этапе определяются цели, решаемые базой данных, уточняются требования, определяются информационные потоки на основе изучения документооборота и определение информационных потребностей пользователей различного уровня.

Результатом этапа концептуального проектирования является разработка высокоуровневого описания предметной области, определяющего объекты, их свойства и взаимосвязи между ними. Методы описания могут быть различными, например, диаграммы объектов – связей, матричные модели и т. д.

Главной целью логического проектирования является отображение предметной области в виде модели (сетевой, иерархической, реляционной), ориентированную на использование конкретной СУБД. Результатом логического проектирования  является логическая структура данных, оформленная на основе требований СУБД.

На этапе физического проектирования данные размещаются на машинном носителе с учетом требований эффективности (время доступа и объем требуемой памяти), возможностей операционной системы и технических средств, характеристик запросов пользователей. Полученная физическая модель оценивается совокупностью выбранных критериев.

Основными этапами создания базы данных являются: построение логической модели данных; построение физической модели данных.

 систематизация разнообразной информации и отражение ее свойств по содержанию, объему, связям, динамике с учетом удовлетворения информационных потребностей всех категорий пользователей. Построение логической модели ведется поэтапно с постоянным приближением к оптимальному варианту в рамках конкретных условий.

Полезность и эффективность логической модели данных зависит от степени отображения ею моделируемой предметной области.

Предметная область включает объекты (например, клиентов, их счета, документы, операции и др.), их свойства, характеристики, взаимодействия и процессы над ними.


 

                                             

Рис 24. Основные процедуры проектирования базы данных.

Построение логической модели. Главное назначение логической модели

Выявление объектов, процессов, сущностей предметной области. Например, объектами могут быть предприятия вкладчики банка и т. д. Для каждого объекта выделяются набор характеризующих его свойств (полей, реквизитов). Так, для вкладчика – физического лица, это могут быть: фамилия, имя, отчество, адрес, поспортные данные, место работы, вид вклада и т. д. Для организации – ее наименование, адрес, расчетный счет, название банка.

Определение содержания информации. Принятие решений о том, какая информация должна содержаться в базе данных, связано не только с определением предметной области или круга обслуживаемых задач, но и интенсивностью работы  с различными видами информации, их динамическими характеристиками, частотой корректировки, степенью взаимосвязи и взаимодействия между ними.

Практически большинство пользователей заинтересовано не в целой модели данных, а только ее части. Например, бухгалтера не будет интересовать данные о вкладчиках банка – физических лиц. Поэтому в ряде случаев должна быть обеспечена возможность выделения части данных (подмодели локальной модели). Подмодель можно рассматривать как ограничение общей модели до уровня интересов (применений) конкретного пользователя или группы пользователей.

Выбор подходов моделирования. Автоматизацию работы базы данных обеспечивают СУБД, которые манипулируют с конкретной моделью организации данных на носителе. При построении логической модели данных выбирается один из подходов моделирования: иерархический, сетевой, реляционный. Каждый тип модели имеет свои достоинства и недостатки. К настоящему времени наибольшее распространение получили реляционные модели, одним из основных достоинств которой является простота понимания ее структуры.

Построение физической модели данных. Привязку логической модели к программным и техническим средствам называют физической моделью базы данных. Оно и дает конечное материализованное воплощение процессов создания базы данных.

После выбора окончательного варианта логической модели, определяется совокупность показателей и реквизитов, необходимых и достаточных для решения обозначенного круга задач, формируются файлы, в которых выделяется ключевое поле (реквизит) для взаимодействия с другими файлами. Далее устанавливается тип данных и разрядность каждого поля, количество записей в файлах и другие характеристики.


{/spoilers}

Комментарии (0)
Комментировать
Кликните на изображение чтобы обновить код, если он неразборчив
Copyright © 2024 г. openstudy.uz - Все права защищены.