Общая схема проектирования структуры бд - ООО "Дистанционный репетитор" (newtutor) - Error

Технологии баз данных и знаний программа ","","",-1,-1,0,"programma. Экономическая информация в автоматизированных информационных системах ","","",-1,-1,0,"lekcii. Предмет и содержание дисциплины","","",-1,-1,0,"lekcii. Трехуровневая модель организации данных","","",-1,-1,0,"lekcii2. Физическая организация базы данных","","",-1,-1,0,"lekcii3. Физический доступ к базе данных","","",-1,-1,0,"lekcii3. Требования, предъявляемые к базе данных","","",-1,-1,0,"lekcii4. Системы управления базами данных","","",-1,-1,0,"lekcii5.

Характеристика Microsoft Access ","","",-1,-1,0,"lekcii6. Введение в язык SQL","","",-1,-1,0,"lekcii7. Язык SQL в СУБД","","",-1,-1,0,"lekcii7. Системы обработки многопользовательских баз данных","","",-1,-1,0,"lekcii8. Эволюция концепций обработки данных","","",-1,-1,0,"lekcii8. Администратор базы данных, его функции","","",-1,-1,0,"lekcii9. Классификация ХД по Б. Проектирование реляционной базы данных ","","",-1,-1,0,"praktikum. Создание и корректировка базы данных ","","",-1,-1,0,"praktikum2.

Создание страниц доступа к данным","","",-1,-1,0,"praktikum6. Введение в язык SQL","","",-1,-1,0,"praktikum8. Формирование запросов к базе данных на сервере с помощью клиентского приложения ACCESS","","",-1,-1,0,"praktikum9. Формирование запросов к базе данных на сервере с помощью клиентского приложения QUERY ANALYZER","","",-1,-1,0,"praktikum Задания для самостоятельной работы","","",-1,-1,0,"praktikum Создание и корректировка базы данных","","",-1,-1,0,"praktikum Пример создания и использования базы знаний","","",-1,-1,0,"praktikum Задания по проектированию базы данных и работе с ней","","",-1,-1,0,"zadaniya.

Отчеты, выводимые на основе базы данных","","",-1,-1,0,"otchetyi. Экономическая информация в автоматизированных информационных системах","","",-1,-1,0,"sdo. Организация данных в базах","","",-1,-1,0,"sdo2. Проектирование реляционной базы данных","","",-1,-1,0,"sdo3.

Системы управления базами данных","","",-1,-1,0,"sdo4. Общая характеристика СУБД MS Access ","","",-1,-1,0,"sdo5. Создание и корректировка БД в СУБД Access","","",-1,-1,0,"sdo6. Формирование запросов в СУБД Access","","",-1,-1,0,"sdo7. Проектирование форм и отчетов в СУБД Access","","",-1,-1,0,"sdo8. Введение в язык SQL","","",-1,-1,0,"sdo9. Автоматизация работы с базой данных в СУБД Access","","",-1,-1,0,"sdo Требования, предъявляемые к базе данных.

Этапы жизненного цикла базы данных. Этапы проектирования базы данных и их процедуры. Проектирование базы данных осуществляется в три этапа: Цель этапа концептуального проектирования — создание концептуальной модели данных исходя из представлений пользователей о предметной области.

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

Определяются только те связи между сущностями, которые необходимы для удовлетворения требований к проекту базы данных. Устанавливается тип каждой из них.

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

Создание ER -модели предметной области.

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

Для представления сущностей и связей между ними используются ER -диаграммы. На их основе создается единый наглядный образ моделируемой предметной области — ER -модель предметной области. Определение атрибутов и их документирование. Выявляются все атрибуты, описывающие сущности созданной ER -модели. Каждому атрибуту присваивается осмысленное имя, понятное пользователям.

О каждом атрибуте в словарь данных помещаются следующие сведения: Если пользователь не нуждается в доступе к отдельным элементам "Ф. Определение значений атрибутов и их документирование. Для каждого атрибута сущности, участвующей в ER -модели, определяется набор допустимых значений и ему присваивается имя.

Лекции / Этапы проектирования базы данных и их процедуры

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

Сведения о первичных ключах помещаются в словарь данных. Обсуждение концептуальной модели данных с конечными пользователями. Концептуальная модель данных представляется ER -моделью с сопроводительной документацией, содержащей описание разработанной модели данных. Для ее достижения выполняются следующие процедуры. Определение набора таблиц исходя из ER -модели и их документирование.

Для каждой сущности ER -модели создается таблица. Имя сущности — имя таблицы. Осуществляется формирование структуры таблиц на основании изложенных в параграфе 1. Устанавливаются связи между таблицами посредством механизма первичных и внешних ключей.

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

Транзакция — это набор действий, выполняемых отдельным пользователем или прикладной программой с целью изменения содержимого базы данных. Так, примером транзакции в проекте БАНК может быть передача права распоряжаться счетами некоторого клиента другому клиенту. В этом случае в базу данных потребуется внести сразу несколько изменений. Если во время выполнения транзакции произойдет сбой в работе компьютера, то база данных окажется в противоречивом состоянии, так как некоторые изменения уже будут внесены, а остальные еще нет.

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

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

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

Определение требований поддержки целостности данных и их документирование. Эти требования представляют собой ограничения, которые вводятся с целью предотвратить помещение в базу данных противоречивых данных. На этом шаге вопросы целостности данных освещаются безотносительно к конкретным аспектам ее реализации. Должны быть рассмотрены следующие типы ограничений: Выясняется, есть ли атрибуты, которые не могут иметь Null -значений;. Определяются допустимые значения для атрибутов;.

Она достигается, если первичный ключ сущности не содержит Null -значений;. Она понимается так, что значение внешнего ключа должно обязательно присутствовать в первичном ключе одной из строк таблицы для родительской сущности;. Например, в случае с проектом БАНК может быть принято правило, запрещающее клиенту распоряжаться, скажем, более чем тремя счетами. Сведения обо всех установленных ограничениях целостности данных помещаются в словарь данных.

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

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

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

Реализация бизнес-правил в среде выбранной СУБД. Обновление информации в таблицах может быть ограничено бизнес-правилами.

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

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

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

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

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

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



Коментарии:

ID Code Theme Title Type Year Pg Структурность связывается с использованием иерархических структур для детализации данных и функций, и соответствующих достаточно "жестких" проектных процедур.