3. Операции над таблицами реляционных баз данных 29
|
Скачать 1.04 Mb.
|
4.3. Этапы разработки инфологической моделиВ данном разделе коротко рассматриваютя два наиболее важных этапа разработки инфологической модели данных. Подробный анализ этих этапов на конкретных примерах и его результаты помещены во вторую часть настоящего пособия. На первом этапе производится анализ входных и выходных форм с целью выявления информации, подлежащей хранению в базе данных. Приводятся примеры независимых и зависимых данных, а также разбираются виды ограничений на значения данных. На втором этапе выделяются сущности логической модели данных. Определяются связи между выделенными сущностями. Приводятся примеры определения имен сущностей и связей между ними. 4.3.1. Анализ выходных формАнализ выходных форм осуществляется с целью выявления информации, подлежащей хранению в базе данных. Прежде чем создавать базу данных необходимо разобраться, как протекают процессы, которые будут автоматизироваться с помощью этой базы. К настоящему времени разработаны специальные языки описания бизнес-процессов предприятий и поддерживающие их CASE средства. Мы будем считать, что такой анализ уже произведен, что уже определены (хотя бы предварительно) выходные формы и можно перейти к разработке инфологической модели данных. Разработка инфологической модели данных ведется последовательно по шагам. Каждый следующий шаг является детализацией предыдущего. Прототип модели, созданной разработчиком на каждом шаге разработки, фиксируется и детально обсуждается с заказчиком. Уточнения и дополнения, выявленные в процессе обсуждения, также фиксируются, после чего начинается следующий шаг разработки. Для выявления информации, подлежащей хранению в БД, будем анализировать проходящие через систему документы. Документ с точки зрения информационной системы это совокупность текстовой, числовой и графической информации, расположенной в соответствии с макетом документа. Макет документа называют выходной формой, а представленную на нем информацию - данными. Независимыми или исходными данными, будем называть элементарные единицы информации, значения которых можно получить напрямую, т.е. без предварительных вычислений на основании других данных. К независимым данным относятся имена объектов системы, их качественные и количественные характеристики, различные эталонные значения. Зависимыми будем называть данные, значения которых могут быть выведены на основании значений других данных. Независимые данные Зависимые данные Наименование изделия, его артикул, масса, норма выработки (время на одно изделие), план выпуска этих изделий, … Коэффициент использования времени при создании изделия конкретным исполнителем, процент выполнения плана выпуска изделия (всеми исполнителями) Время начала рейса, время его окончания, пройденное за это время расстояние, количество израсходованного горючего, … Длительность рейса, стоимость израсходованного горючего, … Фамилия, дата рождения, адрес, телефон, дата начала трудовой деятельности, ... Возраст, трудовой стаж, … Независимые данные должны храниться в БД, в отличие от зависимых данных, значения которых вычисляются на основании исходных данных. Для анализа данных выходной формы необходимо:
- имя данного - существительное в единственном числе с определением или дополнением, уточняющим принадлежность этого данного конкретному объекту, -полное определение данного, в котором отметить:
-ограничения на значения данного, которые задают, исходя из его типа и характера использования в информационной системе. 4.3.2. Выделение сущностейПервым этапом построения инфологической модели данных было составление и согласование списка данных, подлежащих хранению в БД (смотри раздел 4.3.1). На этом этапе был составлен список независимых данных и утверждены: "Имена Данных", "Определения Данных" и "Ограничения на значения Данных". Теперь на основании этого списка определяется предметная область модели, то есть выделяются сущности, которые характеризуются отобранными данными (атрибутами сущностей) и записываются имена сущностей в таблице. Имя сущности, как и имя атрибута, - существительное в единственном числе, именительном падеже с возможным определением или дополнением. При подборе имен сущностей необходимо обращать внимание на характер данного: определяет оно реальный предмет или процесс, выполняемый с участием этого предмета. 1 Студент Общие сведения о студенте - учащемся ВУЗ'а Экземпляр 1: студент Иванов Василий Петрович, прописан в Москве, родился 01.01.74 Экземпляр 2: студентка Иванова Василиса Игоревна, прописана в Питере, родилась 01.01.82 2 Экзамен Сведения о сдаче экзаменов студентами института по изучаемым дисциплинам; по 1 на каждую дисциплину для каждого студента Экземпляр 1: идентификатор студента Иванова В. П., идентификатор дисциплины Информатика, оценка - отл, дата сдачи экзамена - 03.03 01 Экземпляр 2: идентификатор студентки Ивановой В. И., идентификатор дисциплины Физика, оценка - хор, дата сдачи экзамена - 02.01.01 3 Дисциплина Общие сведения о дисциплине Экземпляр 1: дисциплина - Физика, ее идентификатор "01" Экземпляр 2: дисциплина - Информатика, ее идентификатор Последний шаг - определение связей и построение диаграммы сущность - связь для выделенных ранее сущностей. Диаграмма строится на уровне сущностей, т.е. сущности изображаются прямоугольниками и размещаются имена сущностей внутри этих прямоугольников. Прямоугольник со скругленными вершинами отображает дочернюю сущность, без скругленных вершин - родительскую . Между сущностями проводятся линии, отмечающие связи, даются имена этим связям, а также указывается мощность связей. Имя связи - грамматический оборот глагола, помещается возле линии связи. Имя каждой связи между двумя данными сущностями должно быть уникальным, но имена связей в модели не обязаны быть уникальными. Каждая сущность может обладать любым количеством связей с другими сущностями модели. Пример Связь сущностей "Студент" и "Экзамен" может быть определена следующим образом:
Аналогично определяется связь между сущностями "Дисциплина" и "Экзамен":
Имена связей для большей наглядности выделены подчеркиванием, мощности связей заключены в квадратные скобки [ ]. ER-диаграмма имеет вид:  Связь сущностей "Студент" и "Экзамен" может быть определена следующим образом:
Аналогично определяется связь между сущностями "Дисциплина" и "Экзамен":
Имена связей для большей наглядности выделены подчеркиванием, мощности связей заключены в квадратные скобки [ ]. ER-диаграмма имеет вид: |
Похожие:
 |
1. Теоретические основы организации бд. Реляционная модель данных. 5 Проектирование реляционных баз данных с использованием семантических моделей: er-диаграммы 56 |
 |
Методические рекомендации по использованию sql-ориентированных заданий,... В большинстве существующих субд имеются встроенные интерфейсы, в которых пользователь явным образом не использует операции структурированного... |
|
Учебное пособие для студентов Экономического факультета Оглавление Московский Государственный Университет имени М. В. Ломоносова основы построения реляционных баз данных |
|
Программа фиэб направление подготовки 230100 «Информатика и вычислительная... Архитектура баз данных. Модели данных. Иерархические, сетевые, реляционные модели данных. Модель «сущность-связь». Уровни проектирования:... |
|
Константин Черняк Архитектор информационных систем и баз данных Проектирование баз данных, написание скриптов миграций структуры бд, установка/настройка/доработка |
|
Лабораторная работа №1: Создание баз данных В этой утилите можно выполнить типовые задачи обслуживания баз данных, такие как резервирование и восстановление. Здесь можно настраивать... |
|
Содержание Наращивание экономической и статистической информации в двухструктурных реляционных базах данных |
|
Пер с англ. — М. Издательский Архитектура системы баз данных 65 Глава Введение в реляционные базы данных 92 |
|
Голицына О. Л., Максимова Н. В., Попов И. И. Базы данных / О. Л.... Цель занятия: сформировать у студентов представление о понятии «Структурированный язык запросов», познакомить с его синтаксисом и... |
|
Методические рекомендации составлены в соответствии с рабочей программой... Методические рекомендации составлены в соответствии с рабочей программой профессионального модуля «Соадминистрирование и автоматизация... |
|
Многокритериальный выбор оптимальной системы управления базы данных... Одной из главных проблем разработки приложения баз данных является выбор системы управления базами данных (далее субд). Выбранная... |
|
«Программа расчета агрегатов по накапливающимся данным для построения отчетов» В этой работе предлагается новый способ подсчета агрегатов в сложных реляционных базах данных, а также рассматриваются существующие... |
|
Основы современных баз данных Предметом курса являются системы управления базами данных (субд). Это очень важная тема, без основательного знакомства с которой... |
|
Инструкция по установке и работе программы Хранилищем данных для программы “ План финансово-хозяйственной деятельности ” (далее для краткости – “Программа”) является файл “Plan... |
|
Литература: Дейт К. Введение в системы баз данных, 8-е издание. Вильямс, 2006 Субд; 3 оптимального доступа к данным с использованием субд. 4 нереляционная форма хранения данных. 5 Современные технологии доступа... |
|
Инструкция о порядке резервирования и восстановления работоспособности... Целью настоящего документа является превентивная защита элементов испдн от предотвращения потери защищаемой информации |