Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Физическое проектирование




ЛОГИЧЕСКАЯ МОДЕЛЬ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

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

Для этого требуется выполнить следующие действия:

1. Создать по одной таблице для каждой сущности.

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

3. Задать первичный ключ для каждой сущности, выступающей во взаимоотношениях как «многие-к-одному».

Проведем это преобразование для нашего примера.

1. На основе концептуальной модели можно создать четыре таблицы: Сотрудники, Клиенты, Страны, Договоры.

2. Зададим первичные ключи для таблиц Договоры, Клиенты, Страны и Сотрудники, выступающих в связях как «один-ко-многим».

В реляционных БД связи между таблицами осуществляются посредством первичных ключей.

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

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

Логическая модель для связи отношений представлена на Рис. Здесь жирным отмечены первичные ключи.

Как уже говорилось, для повышения производительности реляционные СУБД используют специальные объекты, называемые индексами. Индекс упорядочен по значению ключевого поля, что позволяет системе быстро находить нужные значения. Фактически индексная структура является «оглавлением». Но индексирование замедляет обновление записей.

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

Втаблице перечислены индексные поля для таблиц БД туристического агентства.

 

Индексированное поле Описание
Таблица Клиенты
Код клиента Первичный ключ
Наименование клиента Для поиска по компании
Признак группы Для поиска по группе
  Таблица Сотрудники
Код сотрудника Первичный ключ
ФИО Для поиска по сотруднику
  Таблица Страны
Код тура Первичный ключ
Название страны Для поиска по названию страны
Таблица Договоры
Номер договора Первичный ключ
Дата начала тура Для поиска договоров по дате начала тура
Дата окончания тура Для поиска договоров по дате окончания тура

Для устранения ошибок ввода задаются условия на возможные значения поля: для поля Цена тура таблицы Договоры можно установить Условие на значение >0.

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

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

ОПИСАНИЕ ТАБЛИЦ БАЗЫ ДАННЫХ

ТУРИСТИЧЕСКОГО АГЕНТСТВА

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

Таблица Клиенты

Название поля Тип данных Свойства поля
        Свойство Значение
Код клиента Числовой Размер поля Индексированное поле Длинное целое Да (Совпадения не допускаются)
Наименование клиента Текст Размер поля Обязательное поле Индексированное поле Да Да (Допускаются совпадения)
Контактное лицо Текст Размер поля Обязательное поле Индексированное поле Да Нет
Признак группы Логический Формат поля Да/Нет
Телефон Текст Размер поля Обязательное поле Индексированное поле Нет Нет
Адрес Текст Размер поля Обязательное поле Индексированное поле Нет Нет

 

Таблица Сотрудники
Название поля Тип данных Свойства поля
        Свойство Значение
Код сотрудника Числовой Размер поля Индексированное поле Длинное целое Да (Совпадения не допускаются)
ФИО Текст Размер поля Обязательное поле Индексированное поле Да Да (Допускаются совпадения)
Должность Текст Размер поля Обязательное поле Индексированное поле Да Нет
Дата найма Дата/Время Формат Обязательное поле Индексированное поле Краткий формат даты Да Нет
Дата рождения Дата/Время Формат Обязательное поле Индексированное поле Краткий формат даты Да Нет
Домашний телефон Текст Размер поля Обязательное поле Индексированное поле Нет Нет
Адрес Текст Размер поля Обязательное поле Индексированное поле Нет Нет
Оклад Числовой Размер поля Индексированное поле Длинное целое Да (Допускаются совпадения)

 

Таблица Страны
Название поля   Тип данных   Свойства поля
Свойство Значение
Код тура Числовой Размер поля Обязательное поле Индексированное поле Длинное целое Да Да (Совпадения не допускаются)
Страна Текст Размер поля Обязательное поле Индексированное поле Да Да (Допускаются совпадения)
Регион Текст Размер поля Обязательное поле Индексированное поле Да Нет

 

 

Таблица Договоры

 

Название поля Тип данных   Свойства поля
Свойство Значение
Номер договора Числовой Обязательное поле Индексированное поле Да Да (Совпадения не допускаются)
Код клиента Числовой Размер поля Обязательное поле Индексированное поле Длинное целое Да Да (Допускаются совпадения)
    Поле подстановки значений из таблицы Клиенты
Код тура Числовой Размер поля Обязательное поле Индексированное поле Длинное целое Да Да (Допускаются совпадения)
    Поле подстановки значений из таблицы Страны
Дата начала тура Дата/Время Формат Обязательное поле Индексированное поле Краткий формат даты Да Да (Допускаются совпадения)
Дата окончания тура Дата/Время Формат Обязательное поле Индексированное поле Краткий формат даты Да Да (Допускаются совпадения)
Число туристов Числовой Размер поля Число дес. знаков Значение по молчанию Условие на значение Обязательное поле Индексированное поле Целое >0 Да Нет
Цена тура Денежный Формат поля Обязательное поле Индексированное поле Денежный Нет Нет
Дата платежа Дата/Время Формат Обязательное поле Индексированное поле Краткий формат даты Да Нет
Код сотрудника Числовой Размер поля Индексированное поле Длинное целое Да (Допускаются совпадения)
    Поле подстановки значений из таблицы Сотрудники

РЕАЛИЗАЦИЯ ПРОЕКТА С ПОМОЩЬЮ СУБД MS ACCESS

Общие сведения о СУБД MS ACCESS

MS Access — это СУБД, обеспечивающая хранение информации, ввод новых записей, редактирование уже существующих, выборку данных и представление их в нужном виде.

Запуск MS Access осуществляется:

· через ярлык MS Access на рабочем столе;

· Пуск — Программы — MS Office — MS Access.

Настройка инструментария системы осуществляется с помощью команд ВидПанели инструментов — Настройка.

Настройка вида экрана, клавиатуры, рабочего каталога, порядка сортировки БД и др. производится командой СервисПараметры. Настроить систему рекомендуется в начале работы.

При возникновении трудностей можно обратиться ксправочной системе MS Access. Для получения полной справки следует выбрать пункт меню? (знак вопроса). Контекстно-зависимая справка вызывается клавишей F1.

Завершение работы осуществляется с помощью пункта меню Файл — Выход.

Всостав системы MS Access разработчики включили несколько готовых БД. Они находятся в папке Programs Files\MS Office\ Office\ Samples. Некоторые из них, например Борей.mdb) (Northwind.mdb), будем использовать для знакомства с некоторыми приемами работы.




Поделиться с друзьями:


Дата добавления: 2015-05-29; Просмотров: 523; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.013 сек.