Проектирование баз данных

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

Актуальный цикл БД делится на стадии анализа, проектирования и эксплуатации.

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

Проектирование — реализация БД, анализ функционирования и поддержки, модификация и адаптация.

Логическое проектирование: проектирование БД и программ — результатом является логическая структура БД и функциональное описание программных модулей и наборы запросов БД.

Физическое проектирование: выбор физической структуры БД и отладка программных модулей, приобретенных при проектировании программ, — результатом Проектирование баз данных является подготовка к эксплуатации БД.

Реализация БД — задачка разработки программ доступа к БД.

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

Различают три уровня абстракции для описания данных:

· концептуальный (с позиции админа);

· реализации (с позиции программера и юзера);

· физический (с позиции системного программера).

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

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

Версия КМ обеспечиваемая СУБД, именуется логической моделью (ЛМ). Подмножества ЛМ, которые выделяются для юзеров, именуются наружными моделями (подсхемами). ЛМ отображается в физическую, которая обрисовывает размещение данных и способы доступа. Физическую модель именуют внутренней.

Наружные модели не связаны с применяемыми КТС и способами доступа к БД (рис. 2.2). Они Проектирование баз данных определяют 1-ый уровень независимости данных. 2-ой уровень независимости данных связан с отсутствием конфигураций наружных моделей при изменении КТС (КМ). При разработке и проектировании БД принципиальным является словарь данных (СД), который предназначен для хранения сведений об объектах, атрибутах, значениях данных, взаимосвязях меж ними, их источниках, форматах представления. СД позволяет Проектирование баз данных получить информацию обо всех ресурсах данных. Предназначение СД — документи рование данных, централизованное ведение и управление данными, взаимодействие меж разработками САПР. Словарь данных (рис. 2.3) может быть в виде части пакета программ СУБД либо отдельного пакета программ в виде дополнения к СУБД.


Рис. 2.2 – Логическая и физическая независимость данных


Рис. 2.3 – Интерфейсные СД в системе Проектирование баз данных с БД

СД — связывающее звено в ПО обработки данных, которое содержит в себе микропроцессор, СУБД, языки запросов, монитор телеобработки. СД должны поддерживать КМ, ЛМ, внешнюю и внутреннюю модели; обеспечивать обмен инфы с СУБД и процесс конфигураций БД. Словарь данных имеет свою БД которая содержит в себе атрибут; объект; групповой элемент данных; выводимый Проектирование баз данных объект данных; синонимы, т. е. атрибуты, имеющие однообразное предназначение, но разные идентификаторы; омонимы, т. е. атрибуты с разным предназначением, но с схожими идентификаторами; описание КМ, ЛМ, наружных и внутренних моделей; описание, позволяющее юзерам формально и совершенно точно выбирать атрибуты для решения задач. При проектировании БД (рис. 2.4) производится идентификация Проектирование баз данных главных объектов предметной области и прикладных программ, подлежащих использованию; определяются объекты и их связи; разрабатываются СД, КМ, ЛМ, ФМ с проведением анализа и оценок.


Рис. 2.4 – Структурная схема проектирования БД

К примеру, концептуальное структурное представление инфы (ISP-информация) не связано с определенными методами обработки и приложениями, а обрисовывает концептуальные связи в Проектирование баз данных БД:

Информация, описывающая концептуальное представление (UP-информация), определяет требование организации к обработке данных и обрисовывает данные и связи:

Концептуальное представление инфы обеспечивает эффективность проектирования, структурное представление инфы делает упругость и адаптивность.

Модели данных

Современные СУБД основываются на использовании моделей данных (МД), позволяющих обрисовывать объекты предметных областей и связи меж ними Проектирование баз данных. Есть три главные МД и их композиции, на которых основываются СУБД: реляционная модель данных РМД, сетевая модель данных (СМД), иерархическая модель данных (ИМД).

Основное отличие меж МД состоит в описании взаимодействий меж объектами и атрибутами. Связь выражает отношение меж огромными количествами данных, используя связи «один к одному Проектирование баз данных», «один ко многим», «многие ко многим».

«Один к одному» — это взаимно однозначное соответствие, которое устанавливается меж одним объектом и одним атрибутом. К примеру, в определенный момент времени в одной ЭВМ употребляется один определенный микропроцессор. Номеру избранной ЭВМ соответствует номер избранного микропроцессора.

«Один ко многим» — соответствие меж одним объектом и многими Проектирование баз данных атрибутами.

«Многие ко многим» — соответствие меж многими объектами и многими атрибутами. К примеру, на огромном количестве ЭВМ может сразу работать огромное количество юзеров. Связи меж объектами и атрибутами комфортно представлять в виде графов и гиперграфов.


proektirovanie-gidroizolyacii.html
proektirovanie-goryachego-ceha.html
proektirovanie-grazhdanskogo-zdaniya-kursovaya-rabota.html