3.1 Разработка базы данных
3.1.1 Создание er-модели
Модель сущность-связь (ER-модель) (англ. entity-relationshipmodel,ERM) — модель данных, позволяющая описывать концептуальные схемы предметной области.
Использование ER-модели возможно при концептуальном проектировании баз данных. Она позволяет выявить ключевые сущности и связи, которые могут быть установлены.
Во время проектирования баз данных происходит преобразование ER-модели в конкретную схему базы данных на основе выбранной модели данных.
ER-модель представляет собой формальную конструкцию, которая сама по себе не предписывает никаких графических средств её визуализации. В качестве стандартной графической нотации, с помощью которой можно визуализировать ER-модель, была предложена диаграмма сущность-связь (ER-диаграмма) (англ. entity-relationshipdiagram,ERD).
Любая часть предметной области может быть представлена как сущность или множество сущностей, между которыми имеющих некоторое количество связей.
Сущность - является объектом, который идентифицируется каким-то критерием, отличающим его от других частей предметной области. Примеры сущностей: конкретный уникальный предмет, организация, объект.
У сущностей имеются атрибуты, которые описывают их характеристики. Атрибуты изображаются в виде овалов и связываются линией с сущностью.
Связь - ассоциация между двумя сущностями. Связи позволяют по одной сущности находить другие сущности, связанные с нею.
На рисунке 3.1 представлена ER-модель разрабатываемой базы данных.
Рисунок 3.1 – ER-модель.
3.1.2 Выбор средств проектирования базы данных
Для того, что бы создать базу данных, необходимо воспользоваться заложенным в дистрибутив MAMPвеб-приложением с открытым кодом, написанном на языке PHP и представляющем собой веб-интерфейс для администрирования СУБД MySQLphpMyAdmin.
PhpMyAdmin позволяет через браузер осуществлять администрирование сервера MySQL, запускать команды SQL и просматривать содержимое таблиц и баз данных. Приложение пользуется большой популярностью у веб-разработчиков, так как позволяет управлять СУБД MySQL без непосредственного ввода SQL команд, предоставляя дружественный интерфейс.
PhpMyAdmin является одним из самых распространенных инструментов, что связанно с постоянным развитием продукта. Многие российские провайдеры используют его в качестве панели управления, чтобы предоставить клиентам возможность администрирования выделенных им баз данных.
3.1.3 Разработка физической модели
Физическая модель базы данные дает представление о том, как располагаются данные в системе хранение и как осуществляется доступ к ним. Так как СУБД работает под управлением операционной системы, то организация хранения данных и доступа к ним зависит от принципов и методов управления данными операционной системы.
Исходя из созданной ER-модели, были созданы таблицы «users», «doc» и «docuser», являющейся ассоциативной.
В таблицу «users» заносятся данные пользователя при регистрации. Ключевое полеidявляется автоинкриментом, т.е. значение этого поля при добавлении нового пользователя в базу данных устанавливается автоматически. Данные о «email» ,«login», «password» передаются в базу данных методом «POST». Для усиления защиты пользовательских данных пароль в базе хранится в дважды зашифрованном форматеmd5. Структура представлена в таблице 1:(сделать название таблиц)
|
id |
int(3) |
Primary |
|
|
varchar(50) |
|
|
login |
varchar(30) |
|
|
password |
varchar(8) |
|
Таблица 1 - users
Таблица «doc»предназначенная для хранения данных о документе. Поле «doc_id» является первичным. Краткое описание находится в поле «title», а в «text» и «link» располагается «рабочая информация», то есть сама суть документа. Структура показана в таблице2:
Таблица 2 - doc
|
doc_id |
int(3) |
Primary |
|
title |
varchar(35) |
|
|
text |
text |
|
|
link |
varchar(100) |
|
Так как между таблицами «users» и «doc» установлена связь многие ко многим, то необходима ассоциативная таблица -«docuser». Предполагается, что один пользователь может добавлять много документов, а документы могут принадлежать многим пользователям, поэтому в таблице должна содержаться информация обidклиента и добавленном документе. Поэтому в таблицу «doc» все поля, кроме «du_id», являются вторичными, т. е. суррогатными. Структура представлена в таблице3:
Таблица 3 - docuser
|
du_id |
int(3) |
Primary |
|
doc_id |
int(3) |
FK |
|
id |
int(3) |
FK |
Вид физической модели базы данных представлен на рисунке 3.2:
Рисунок 3.2 – Физическая модель базы данных.