Автор работы: Пользователь скрыл имя, 08 Декабря 2013 в 15:03, курсовая работа
Существует несколько моделей данных, полагаемых в основу информационных систем. Наиболее часто используются следующие три: иерархическая, сетевая и реляционная. Недавно появился четвертый тип: объектно-ориентированные системы управления базами данных (ООСУБД), которые соединяют традиционную технологию проектирования баз данных с объектной моделью. Реляционная модель весьма популярна, обладает рядом достоинств и может сочетаться с объектно-ориентированным подходом.
Создать структуру таблицы «Лекарства»,
Рисунок 4.1 – Создание таблицы «Лекарства» в режиме конструктора
Создать схему данных (указать связи)
выделить таблицы, CL кнопку. Добавить, CL Закрыть
Если необходимо отредактировать структуру таблицы - в окне БД выделить таблицу (CL), CL кнопку «Конструктор». В режиме отображения таблицы ширина столбцов меняется методом ДД на разделителе. Изменение порядка полей: выделить поле, CL на его заголовке, методом ДД перетащить в нужное место. Как скрыть столбец: выделить столбец, RCL, CL пункт «Скрыть столбцы». Как вернуть столбец: CL пункт главного меню Формат, пункт «Показать столбцы», CL, поставить галочки около тех столбцов, которые хотим видеть на экране.
Рисунок 4.2 – Схема данных
Нормализация - это такой способ описания данных, который:
Сам процесс нормализации проводится по следующей схеме:
1 шаг. Приведение таблиц к первой нормальной форме.
2 шаг. Приведение ко второй нормальной форме.
3 шаг. Приведение к третьей нормальной форме.
На практике обычно
Заданную таблицу “Лекарства” нужно привести к 1, 2, 3 нормальной форме.
1-я нормальная форма требует, чтобы каждое поле таблицы было неделимым и не содержало повторяющихся групп, но она не обеспечивает однозначной зависимости всех данных от первичного ключа.
Наименование поставщика |
Групповая принадлежность |
Фирма |
Цена |
Страна/Производитель |
Международное Наименование |
Лекарственная форма |
Данная таблица
полностью отвечает всем
Эта форма требует, чтобы все поля таблицы зависели от первичного ключа. Те поля, которые зависят от первичного ключа (когда он сцеплен) должны быть выделены в отдельную таблицу.
Выделим первичный ключ – это поле “Наименование поставщика“. Оно в совокупности полностью определяют отдельную запись. Затем отдельно выделим все остальные таблицы. Заносим в эти таблицы свойства (атрибуты), которые относятся только к данному объекту.
Получаем следующую схему БД:
Она требует, чтобы не имелось транзитивных зависимостей между не ключевыми полями. В таблицах 2-й нормальной формы нет транзитивных связей между полями. Следовательно, таблицы 2-й нормальной формы удовлетворяют и 3-й нормальной форме.
Запустить ERWin и выбрать режим создания новой модели (Create a new model) или открытия существующей (Open an existing file).
Выбрать тип новой модели (New model type): логическая, физическая или модель, которая допускает преобразование одной в другую. Поскольку нужно спроектировать БД, следует выбрать логико-физическую модель.
Для построения ER-моделей используется инструментальная панель, состав которой зависит от выбранного стандарта представления моделей и типа модели: логическая или физическая. В данной работе рекомендуется использовать стандарт IDEF1X (Integration DEFinition for information modeling), в котором используются представленные в таблице обозначения.
Прежде всего следует
С помощью пункта главного меню «Model / Entities» или пункта всплывающего меню (по щелчку правой клавишей в поле блока сущности) «Entity Properties» («Свойства сущности») открыть окно для редактирования свойств сущности: название (Name), определение (Definition), примечания (Note, Note2, Note3), определяемые пользователем свойства (UDP – User definition properties) и др.
С помощью пункта «Object Font & Color» всплывающего меню установить параметры шрифта названия сущности и цвет заполнения поля блока.
При разработке ER-модели можно установить параметры шрифтов и цветовое оформление так, чтобы облегчить обзор и понимание модели.
Можно изменить установки шрифтов по умолчанию для всех объектов, для отдельных объектов или для групп выделенных объектов.
Когда добавляется объект в окно диаграммы, ERWin автоматически назначает шрифт по умолчанию. Для изменения параметров шрифтов, задаваемых по умолчанию, используется диалоговое окно «Default Fonts & Colors», которое вызывается из всплывающего меню (после щелчка правой клавишей на поле диаграммы).
Параметры шрифта можно установить с помощью главного меню, аналогично установкам, выполняемым в офисных программах.
С помощью пункта «Attributes …» всплывающего меню и соответствующих форм ввести данные об атрибутах выбранной сущности:
нажать кнопку «New»;
заполнить поля «Attribute Name» и «Column Name» (не обязательно) формы «New Attribute», предварительно выбрав тип данных для атрибута. Названия атрибутов можно задавать с помощью шрифтов типа «Кириллица» или «Латиница» (при этом следует учитывать возможности СУБД, которые будут использоваться для сопровождения БД; при использовании СУБД типа Access можно использовать имена сущностей и атрибутов на русском языке);
создать три сущности; например, «Студент», «Текущая успеваемость», «дисциплина»;
установить отношения «1: М» между сущностями «Студент» и «Текущая успеваемость» и «Дисциплина» и «Текущая успеваемость»
Рисунок 6.1 – Логическая модель данных
Рисунок 6.2 – Физическая модель данных
Для последующей генерации файла (файлов) БД создать с помощью заданной СУБД (в данном случае, Access) пустой файл БД (эта операция может быть выполнена до разработки ER-модели).
Выбрать сервер или СУБД, которая будет использоваться для работы с создаваемой БД через пункты главного меню «Database / Choose Database» и окно «Target server» («целевой сервер») с переключателями.
Рисунок 6.3 – окно «Target server».
С помощью меню «Database / Database Connection» открыть окно для ввода параметров связи ER-модели с БД следует ввести имя пользователя «admin», затем выбрать с помощью клавиши «Browse» и диалогового окна путь и имя файла БД, нажать клавишу «Connect» (будет выполнена связь ER-модели с файлом БД).
Рисунок 6.4 – Диалоговое окно «Access Connection»
С помощью меню «Tools / Forward Engineer/Schema Generation» открыть окно для проверки и изменения параметров генерации файлов БД
Рисунок 6.5 – Окно «Main Subject Area»
Нажать клавишу «Generate»; в окне будут выведены операторы, выполненные при генерации файлов БД.
Рисунок 6.6 – Диалоговое окно «Generate Database Schema»
В случае успешного окончания процесса генерации файлов БД («Schema Generation Complete» - «Генерация схемы выполнена») в ранее созданной БД будут находиться соответствующие таблицы и схема БД.
Рисунок 6.6 – Сгенерированная база данных
Рисунок 6.7 – Таблицы «Лекарства» и «Поставщики»
Рисунок 6.8 – Таблицы «Учёт лекарств»
Хранимые в БД данные обычно требуют множественной обработки. Для этого применяют запросы, которые представляет собой специальным образом описанные требования, определяющие состав производимых над БД операций по выборке, удалению, модификации данных.
Для подготовки запросов в различных СУБД чаще всего используются два основных языка:
Язык QBE (Query By Example) – язык запросов по образцу,
Язык SQL (Structured Query Language) – структурированный язык запросов.
По возможностям манипулирования
данными в запросах указанные
языки практически
Теоретической основой языка QBE является реляционное исчисление с переменными - доменами. Язык позволяет задавать сложные запросы к БД заполнением запросной формы, имеющей вид таблицы, имена и названия полей которой совпадают с именами и названиями полей соответствующих исходных таблиц. Наглядными являются запросные формы в Access.
Язык SQL предназначен для выполнения операций над таблицами (создание, удаление, изменение структуры) и над данными таблиц (выборка, изменение, добавление, удаление), и некоторых сопутствующих операций. SQL является непроцедурным языком и не содержит операторов управления, организации подпрограмм, ввода-вывода и т.п. В связи с этим SQL обычно встраивается в СУБД (например, СУБД ACCESS, FoxPro СУБД.).
В современных СУБД с интерактивным интерфейсом можно создавать запросы, как было сказано, например, с помощью языка QBE. Однако применение SQL часто позволяет повысить эффективность обработки данных. Так, при подготовке запроса в ACCESS можно перейти из окна Конструктора запросов (формулирование запроса по образцу на языке QBE) в окно с эквивалентным оператором SQL. Новый запрос можно создать путем редактирования уже имеющегося запроса или программированием нового.
Язык SQL не обладает функциями полноценного языка программирования, а ориентирован на доступ к данным, поэтому его включают в состав средств разработки программ. В этом случае его называют встроенным SQL.
При построении запроса в окне конструктора система Access работает в фоновом режиме, записывая эквивалентные инструкции SQL. Для просмотра программы SQL в меню Вид выберите команду Режим SQL.
Перекрестный запрос «Кол-во оставшихся лекарств из кол-ва постовляемых»:
Запрос выдает данные о размерах кредитов выданных в разных банках различным клиентам.
Инструкция SELECT извлекает Код_клиента из таблицы «Банк_клиенты»
параметры FROM и GROUP BY являются запросами на выборку; они указывают, какие таблицы содержат поля, приведенные в инструкции SELECT.
Операция GROUP BY производит группировку всех полей списка SELECT.
Рисунок 7.1 – Перекрестный запрос
Рисунок 7.2 –Результат работы перекрестного запроса
Рисунок 7.3 – После создания таблицы
Отчет — это гибкое и эффективное средство для организации данных при выводе на печать. С помощью отчета имеется возможность вывести необходимые сведения в том виде, в котором требуется.