Файловый архив студентов. Файловый архив студентов.
1261 вуз, 4614 предмет.
/ Регистрация
FAQ Обратная связь Вопросы и предложения
Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Московский государственный технический университет им. H.Э.Баумана
Предмет:
[НЕСОРТИРОВАННОЕ]
Файл:
РЕФЕРАТ.docx
Скачиваний:
38
Добавлен:
09.02.2015
Размер:
7.77 Mб
Скачать
☆
►Содержание►

      1. Выбор субд

Для интернет-приложений используются множество различных баз данных: MySQL, PostgreSQL, MS SQL Server и другие. Для анализа воспользуемся некоторыми из них.

Таблица 1.18.

Сравнение аналогов СУБД

Аналоги

Критерии сравнения

Весовой коэффициент

PostgreSQL

MySQL

MS SQL Server

Скорость работы

0,25

4

4

5

Настройка

0,15

4

5

4

Простота БД

0,2

4

5

5

Поддержка хостинг-провайдерами

0,2

4

5

3

Максимальный размер БД

0,1

5

5

4

Платформа

0,1

Unix

Unix, Windows

Windows

Итого

1

4,2

4,75

4,25

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

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

Помимо Windows (поддерживаются версии от Windows95 до Windows Vista) и Unix ОС MySQL портирована на большое количество платформ, таких как Mac OS X, OpenBSD и др.

В 5 версии поддерживаются вложенные запросы и производные таблицы, триггеры, обработчики ошибок, представления.

Учитывая результаты сравнения с аналогами и поддержку множества ОС, для реализации проекта была выбрана СУБД MySQL.

      1. Разработка даталогической модели

Таблица 1.19.

Таблица «Поликлиника»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

Название

Name

VarChar

20

-

Адрес

Address

VarChar

50

-

Телефон

Phone

VarChar

15

-

Таблица 1.20.

Таблица «Отделение»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

ID_поликлиники

ID_hospital

int

Вторичный ключ

Название

Name

VarChar

20

-

Таблица 1.21.

Таблица 1.22.

Таблица «Врач»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

ID_отделения

ID_department

int

-

Вторичный ключ

ФИО

FIO

VarChar

100

-

Специализация

Specialization

VarChar

20

-

Дата рождения

Birthdate

Date

-

-

№ кабинета

Number

int

2

-

Таблица «Расписание»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

ID_врача

ID_doctor

int

-

Вторичный ключ

День

Day

VarChar

11

-

Начало

Begin

Time

-

-

Окончание

End

Time

-

-

Таблица 1.23.

Таблица 1.24.

Таблица «Пациент»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

ФИО

FIO

VarChar

100

Дата рождения

Birthdate

Date

-

-

Полис

Polis

VarChar

100

-

Адрес

Address

VarChar

100

-

Дата учёта

BeginDate

Date

-

-



Таблица «Направление к врачу»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

ID_пациента

ID_patient

int

-

Вторичный ключ

ID_врача

ID_doctor

int

-

Вторичный ключ

Дата

Date

Date

-

-

Время

Time

Time

-

-

Прохождение

Check

VarChar

20

-


Таблица 1.25.

Таблица 1.26.

Таблица «Анализ»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

Название

Name

VarChar

20

-

Номер кабинета

Cabinet

int

1

-

Часы работы

Time

Time

-

-



Таблица «Направление на анализ»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

ID_анализа

ID_analiz

int

-

Вторичный ключ

ID_врача

ID_doctor

int

-

Вторичный ключ

ID_пациента

ID_patient

int

-

Вторичный ключ

ID_лаборатории

ID_lab

int

-

Вторичный ключ

Дата

Date

Date

-

-

Время

Time

Time

-

-



Таблица 1.27.

Таблица «Лаборатория»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

Название

Name

Varchar

20

-

Адрес

Address

Varchar

50

-

Телефон

Phone

Varchar

15

-



Таблица 1.28.

Таблица «Результат анализа»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

ID_направления

ID_aiming

int

-

Вторичный ключ

Дата

Date

Date

-

-

Результат

Result

Varchar

100

-



Таблица 1.29.

Таблица «Процедура»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

Название

Name

VarChar

-

-

Номер кабинета

Number

int

1

-

Часы работы

Time

Time

-

-



Таблица 1.30.

Таблица 1.31.

Таблица «Направление на процедуру»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

ID_процедуры

ID_procedure

int

-

-

ID_врача

ID_doctor

int

-

-

ID_пациента

ID_patient

int

-

-

Количество

Count

int

1

-



Таблица «Процедурный лист»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

ID_направления

ID_procedure

int

-

Вторичный ключ

Дата

Date

Date

-

-

Время

Time

Time

-

-

Отметка

Check

Bool

-

-



Таблица 1.32.

Таблица 1.33.

Таблица «Лекарство»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

Название

Name

VarChar

20

Лечение

Treatment

VarChar

100

-

Побочный эффект

BadEffect

VarChar

100

-



Таблица «Рецепт»

Поле

Физическое имя

Тип

Длина

Примечание

ID

ID

int

-

Первичный ключ

ID_лекарства

ID_treatment

VarChar

-

Вторичный ключ

ID_врач

ID_doctor

VarChar

-

Вторичный ключ

ID_пациент

ID_patient

VarChar

-

Вторичный ключ

Дата

Date

Date

-

-



Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
Помощь Обратная связь Вопросы и предложения Пользовательское соглашение Политика конфиденциальности