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

· Отображение товаров

· Классификация товаров

· Регистрация клиентов

· Добавление товаров в корзину покупок

· Отображение содержимого корзины покупок

· Оформление заказов посетителями

· И т.д.

Определяем сущности и отношения.

Из списка задач мы можем вывести сущности, которые имеют важные роли в нашей системе. Товары, категории, клиенты и заказы - сущности, которые можно найти почти в каждой базе данных коммерческого сайта компании ООО «Адамант». В данном случае модель, будет содержать только следующие сущности: клиент, заказ и товар. Определившись с сущностями, мы можем подумать над связями между ними.

Между заказом и товаром существует связь многие-ко-многим. Каждый заказ содержит 1 или более товаров и каждый товар может быть связан с 0, 1 или большим количеством заказов. Связь многие-ко-многим создается с помощью трех таблиц. Две таблицы - источники данных (order -- заказ и products -- товары) и одна - соединительная (OrderProducts), что и можно увидеть на рис. 2.2 ниже. И заказы, и товары имеют связь один-ко-многим с соединительной таблицей. Вместе они образуют связь многие-ко-многим между заказами и товарами.

Клиенты и заказы имеют связь один-ко-многим. Каждая запись о клиенте может быть связана с множественными записями о заказах (заказами) и наоборот, каждая запись о заказе (конкретный заказ) может быть связана только с одной записью о клиенте.

Рис. 2.2 - Связь между разрабатываемыми таблицами сайта компании ООО «Адамант»

Данная схема-таблица является часть будущей модели. Полная таблица клиентов, конечно, будет содержать больше информации (адрес, город и т.д.)

Таблица заказов (order). Каждая запись таблицы заказов, каждый заказ связан с уникальной записью о клиенте, с уникальным клиентом с помощью внешнего ключа - поля customer_id.

Количество заказов. Далее добавим поле количества заказов (order_quantity). Эти данные могут быть получены из существующих данных. Общее количество товаров в заказе (order_quantity) может быть получено из таблицы OrderProduct. Запрос, который находит количество товаров в заказе может быть легко сформирован с помощью SQL.

Тип платежа. Поле, которое можно бы добавить в таблицу заказов - payment_type (тип платежа). Это информация уникальна для конкретного заказа и не может быть получена из других данных (поле payment_type стало внешним ключом в таблице заказов - order - с сылкой на отдельную таблицу, содержащую типы платежей).

Общая сумма заказа. Еще одно поле, которое можно добавить в таблицу order - это поле для общей суммы заказа. Можно сложить стоимости всех товаров заказа. Цена товара - это величина изменяемая. Поэтому, когда посчитается общая стоимость заказа, сложив стоимости каждого его товара, а владелец магазина удвоит стоимость одного из товаров в заказе, то и общие стоимости всех уже выполненных заказов тоже изменятся. Иначе говоря, если высчитывать общую стоимость заказа при просмотре, а цены на товары могут меняться, то при этом самом просмотре истории может возникнуть такая ситуация, когда количество денег, которые заплачены за весь заказ, будет меняться. Вот почему лучше высчитывать общую стоимость в момент оформления заказа и хранить ее в таблице order.

Хранение истории цен на товары. Говоря про историю, можно предположить, что может понадобится сохранять и историю цен на каждый товар. В этом случае администратор мог бы посмотреть на дату заказа, сделать запрос к таблице price_history (история цен) и получить стоимость товара на дату оформления заказа. В данном случае не пришлось бы хранить общую стоимость заказа в таблице order. Большинство коммерческих сайтов с элементами продаж сохраняют общую стоимость товаров заказа и не хранят историю цен на эти товары.

Таблица товаров. В таблице товаров цены на товары хранятся без учета НДС. Цена с НДС может быть вычислена с помощью программного кода или с помощью SQL-запроса. Вот почему не нужно хранить цены с включенным НДС. Хранение стоимости товаров, таким образом, может иметь смысл и в будущем. В рассматриваемой модели цена товара хранится в единственном поле таблицы. Однажды изменив цену на товар, можно потерять прежнюю стоимость. Но нужно будет иметь возможность получать отчеты о продажах в прошлом из базы данных сайта компании ООО «Адамант», значит нужно хранить историю цен для каждого товара. Если товар менял стоимость дважды в определенном году, то нужна история цен, чтобы знать сколько денег компания выручила за этот товар в данном году. А так как НДС, на величину которого возрастает цена товара при продаже, не достается компании, то и учитывать его в отчетах о полученной прибыли за товар бессмысленно.

Реляционные базы данных - это отличное средство для эффективного хранения большого количества информации. Эта модель будет реализована с помощью любой СУБД MySql, а запросы к ней могут выполняться с помощью SQL.

Далее для разработки базы данных сайта компании ООО «Адамант», будем использовать Mysql Workbench. Это утилита для создания диаграмм сущность-связь и не только.

Следующим логичным шагом будет выделение сущностей для запросов структурированного языка запросов (SQL). Моделирование баз данных с помощью Mysql Workbench создает наиболее полную модель.

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

В каждой таблице обязательно должно быть поле, хранящее идентификатор записи. Значение идентификатора, как правило, формируется автоматически при добавлении новой записи и никогда не повторяется. Это необходимо потому, что связь между таблицами осуществляется как раз по этому полю, и при дублировании значений сбоев в работе ресурса не избежать [8]. Ниже на рис. 2.3 представлены отношения во втором блоке создаваемой базы данных.

Рис. 2.3 - Основные сущности базы данных сайта ООО «Адамант»

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

Поэтому следующим этапом создания базы данных сайта ООО «Адамант» является подробный обзор основных сущностей и атрибутов и, следовательно, вариантов возможных таблиц и их полей:

1. Товар. Данная сущность и одноимённая таблица базы данных сайта ООО «Адамант» содержит информацию о том, чем, собственно говоря идёт торговля на сайте. Поскольку покупатель не может вживую оценить продукт, то задача разработчиков -- предоставить максимально полный перечень свойств, чтобы возникло желание его приобрести. Следовательно, список атрибутов будет таким:

· Наименование товара (краткое наименование). Всю необходимую информацию лучше вынести в «Описание»;

· Описание -- данный атрибут в некоторых случаях лучше вынести в отдельную таблицу ввиду большого количества данных, что может снизить скорость выполнения запросов к БД;

· Изображения -- здесь имеет место быть связь «один-ко-многим», т.к. у товара может быть несколько изображений. Следовательно, целесообразно будет создать для них отдельную таблицу;

· Модель. Содержит номер модели;

· Цена;

· Доступность -- это, как правило, поле в двумя вариантами значений: «В наличии»/«Нет в наличии»;

· Количество -- если товар в наличии, здесь хранится кол-во доступных товаров на складе. Но, как показывает практика, очень часто товар, которого нет в действительности на складе, имеет ненулевое значение. Это возникает, как правило, из-за человеческого фактора.

· Опции -- этот атрибут подразумевает список различных характеристик: цвет, объём, и т.д. У товара может быть несколько атрибутов, поэтому целесообразно было бы также создать таблицу, хранящую наличие у товаров определённых атрибутов.

· SEO-атрибуты -- это группа полей, хранящие содержимое для мета-тегов description и keywords, которые необходимы для придания веса страницы для поисковых роботов и, следовательно, влияют на позиции сайта в поисковой выдаче.

· Язык -- данный атрибут характерен для магазинов, имеющих мультиязычный интерфейс. В данном случае для каждого языка вводится наименование товара и его описание. Как правило, для языков вводится отдельная таблица, содержащее поле идентификатора и наименования языка. В таблице товаров указывается идентификатор, а наименования, при необходимости, подтягивается с помощью запросов.

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

· Наименование -- следует отметить, что названия зарубежных производителей лучше указывать на языке международного общения (как правило английский), чтобы покупатели не вчитывались в иероглифы и не теряли из-за этого доверия к проверенным брендам;

· Описание -- здесь обычно указывают информацию о производителе: историю фирмы, сертификаты качества, различные награды и участие в выставках, повышающие доверие покупателей;

· Логотип -- поле для хранения логотипа фирмы;

· Количество товаров -- введено для упрощения фильтрации товаров.

3. Категория. Главным назначение данной сущности базы данных сайта ООО «Адамант» является группировка товаров. У категорий существует иерархия (категория-подкатегория и т.д.), что необходимо учитывать в виде атрибутов:

· Название -- будет как можно лаконичнее, 1-2 слова;

· Описание -- содержит краткое описание товаров, которые можно найти в данной рубрике;

· Изображения -- одно поле таблицы.

· Доступность -- здесь она так же нужна, как и для товаров. Всё дело в том, что в данной категории может не быть товаров вообще или они будут не в наличии. Тогда пользователю она не показывается. Но поисковые роботы видят её и индексируют, продвигая сайт в поисковой выдаче;

· Количество товаров -- показывает общее количество товаров в категории;

· SEO-атрибуты -- такой же смысл и рекомендации, как и у товаров;

· Иерархия -- указывается номер ступени категории в иерархии. Учитывается при формировании различных меню на сайте;

· Язык -- также необходим для мультиязычных проектов.

4. Покупатель. Таблица, соответствующая данной сущности, хранит в базе данных сайта ООО «Адамант» информацию о покупателе, которую он указывает при регистрации на сайте. содержит следующий набор атрибутов:

· Логин -- ник пользователя, под которым он будет входить на сайт;

· Пароль -- стоит отметить -- пароль часто хранится в зашифрованном виде, чтобы исключить его явное использование при взломе базы данных сайта. Его, конечно же, можно расшифровать, подобрав алгоритм, но на это уйдёт время, за которое добросовестный администратор примет должные действия;

· Группа пользователей -- пользователи группируются между собой по различным критериям: по количеству заказов («Редкий покупатель», «Частый покупатель», «VIP»), по объёмам закупок (оптовый, розничный) и т.д. Данная градация делается с целью предоставления скидок и определённых товаров различным категориям. Поле может содержать как наименование группы, так и её идентификатор;

· Контакты -- телефон пользователя, e-mail, факс, почтовый индекс, адрес и др. -- каждый атрибут хранится в отдельном поле;

· IP-адрес -- необходим для ограничения доступа пользователя на сайт. Для заблокированных IP может быть создана отдельная таблица базы данных сайта, автоматически при помощи встроенных возможностей MySql. Подобную блокировку можно легко обойти с помощью динамического IP или захода из различных точек;

· Статус -- может быть различным: «Онлайн»/»Оффлайн», «Удалён», «Давно не посещал» и т.д.;

· Скидки -- данное поле хранит количество скидочных баллов, % скидки -- всё зависит от политики компании;

· Язык -- поле необходимо для хранения языка пользователя, который он указывает при регистрации. И который используется при отображении товаров, их описаний, категорий и прочих сущностей, и подписей элементов интерфейса, которые имеют языковые настройки.

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

5. Заказ. Таблица базы данных сайта ООО «Адамант», соответствующая данной сущности, хранит в себе информацию о заказах покупателей. Предназначение данной сущности -- информирование покупателей и помощь администраторам, которые рассматривают заказы, согласовывая их в телефонном режиме. Список атрибутов таков:

· Покупатель -- это поле хранит, идентификатор покупателя из одноимённой таблицы, который сделал заказ;

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

· Количество товаров;

· Цена товара -- цена каждого товара, присутствующего в заказе;

· Цена заказа -- суммарная цена всех товаров, значащихся в заказе. Необходима для ведения статистики доходов магазина, исключая необходимость высчитывать её каждый раз на основании товаров в заказе и их отдельной стоимости;

· Способ доставки -- здесь указывается либо название транспортной компании, либо указывается её идентификатор, а сами фирмы хранятся в другой таблице базы данных сайта ООО «Адамант».

· Способ оплаты -- здесь, хранится название платёжной системы (WebMoney, VISA, MasterCard, PayPal и др.) или её идентификатор из одноимённой таблицы;

· Статус -- фиксирует состояние заказа: «В обработке», «Выполнен», «Отклонён» и др.;

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

· Комментарий -- поле, которое заполняет пользователь при оформлении. Не является обязательным.

Таким образом, после рассмотрения всех сущностей и связей между ними, а также частичного графического отображения части таблиц, была построена, при помощи Workbench, модель базы данных сайта ООО «Адамант». Модель изображена на рис. 2.4

Рис. 2.4 - Модель, разработанная в Workbench, базы данных сайта ООО «Адамант»

Таким образом, на основе технического задания, спроектированной ранее архитектурой сайта, была спроектирована модель базы данных сайта ООО «Адамант».

3. Разработка и внедрение сайта ООО «Адамант»

3.1 Разработка и внедрение базы данных сайта ООО «Адамант»

На этапе создания непосредственно базы данных и скрипта страниц сайта компании ООО «Адамант» необходимо использовать либо виртуальный сервер, либо использовать возможности коммерческого хостинга. Так как на предыдущем этапе разработки сайта компании ООО «Адамант» было принято решение разрабатывать гибридную систему управления контентом, то одним из условий успешной разработки является использование коммерческого домена и хостинга с наиболее современными технологиями и программным обеспечением на данный момент времени. Создание гибридной технологии управления контентом предполагает регистрацию коммерческого домена первого уровня, что совпадает с требованиями заказчика. Был выбран и зарегистрирован домен первого уровня при использовании системы регистрации доменных имен - regis.ru. При выборе хостинга был проведен анализ по критериям:

· Предоставление наиболее новой версии Php и MySql;

· Предоставление наиболее современного программного обеспечения;

· Предоставление админ-панели хостинга;

· Предоставление информационной составляющей для обеспечения ступенчатого доступа;

· Стоимость;

· Наличие технической поддержки 24 часа в сутки, 7 дней в неделю;

· Предоставление программ sql dynamycs и MyPhpAdmin;

· Управление динамическими альбомами изображений;

· Предоставление Ftp менеджера и доступа.

Было рассмотрено несколько предложений хостингов, но всем вышеперечисленным критериям соответствует только один из рассмотренных - sortyhost.ru. Аккаунт на хостинге был зарегистрирован и оплачен заказчиком компанией ООО «Адамант».

Рис. 3.1 - Создание списка IP - адресов с которых будет доступно администрирование базы данных

Создание базы данных сайта компании ООО «Адамант» на хостинге показано на рис. 3.2.

Рис. 3.2 - Создание базы данных сайта компании ООО «Адамант»

Таким образом, хостинг предоставляет возможности создавать использовать и редактировать базу данных компании ООО «Адамант», сразу на сервере без применения виртуальных серверов типа Denwer.

Перед созданием базы данных сайта компании ООО «Адамант» приступим к созданию, при помощи возможностей хостинга, к ступенчатому доступу. Создадим на хостинге список IP - адресов с которых будет доступно администрирование базы данных сайта компании ООО «Адамант», как показано на рис. 3.1

Вход в программу MyPhpAdmin для создания, редактирования и заполнения таблиц отображен на рис. 3.3.

Рис. 3.3 - Вход в программу MyPhpAdmin

Создание и редактирование первоначальных таблиц базы данных сайта компании ООО «Адамант» при помощи MyPhpAdmin отображено на рис. 3.4

Рис. 3.4 - Создание и редактирование таблиц базы данных сайта компании ООО «Адамант»

В соответствие с ранее разработанной моделью базы данных создаем таблицы базы данных сайта компании ООО «Адамант», для этого используем как возможности MyPhpAdmin, так и чистое написание кода в Notepad++. Создаем таблицы и парольный доступ, код описан ниже;

create database a0130044_base;

use a0130044_base;

create table customers

(

customerid int unsigned not null auto_increment primary key,

name char(60) not null,

address char(80) not null,

city char(30) not null,

state char(20),

zip char(10),

country char(20) not null

);

create table orders

(

orderid int unsigned not null auto_increment primary key,

customerid int unsigned not null,

amount float(6,2),

date date not null,

order_status char(10),

ship_name char(60) not null,

ship_address char(80) not null,

ship_city char(30) not null,

ship_state char(20),

ship_zip char(10),

ship_country char(20) not null

);

create table tovar

(

isbn char(13) not null primary key,

author char(80),

title char(100),

catid int unsigned,

price float(4,2) not null,

description varchar(255)

);

create table categories

(

catid int unsigned not null auto_increment primary key,

catname char(60) not null

);

create table order_items

(

orderid int unsigned not null,

isbn char(13) not null,

item_price float(4,2) not null,

quantity tinyint unsigned not null,

primary key (orderid, isbn)

);

create table admin

(

username char(16) not null primary key,

password char(40) not null

);

grant select, insert, update, delete

on a0130044_base.*

to a0130044_base @localhost identified by 'password';

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

· дополнительные поля под адреса клиентов;

· адрес доставки заказа клиента. Контактный адрес клиента не всегда совпадает с адресом доставки и это необходимо учитывать;

· таблица категорий (categories), а в таблицу товаров (tovars) добавлено поле идентификатора категории (catid). При этом, сортировка товаров по категориям будет упрощать просмотр сайта;

· в таблицу order_items добавлено поле items_price, которое хранит цену товара. Таким образом, учитывается возможность изменения цены товара. Но цену товара необходимо знать на тот момент, когда клиент заказывает товар;

· таблица admin для хранения входного имени и пароля администратора;

· для каждого товара существует поле описания, содержащее краткую аннотацию;

· механизм хранения на InnoDB изменен так, чтобы можно было использовать внешние ключи и транзакции;

Аналогично создаем оставшиеся таблицы согласно, модели базы данных сайта ООО «Адамант». Далее создаем запросы к базе данных сайта компании ООО «Адамант»:

<?php

$mysqli = @new mysqli('localhost', 'Admin', 'pass', ' a0130044_base ');

if (mysqli_connect_errno()) {

echo "Подключение невозможно: ".mysqli_connect_error();

}

$mysqli->query('INSERT INTO tovar (name, email) VALUES ("MyName", "myname@mail.ru")');

$mysqli->close();

?>

Вышенаписанный запрос соединяет с базой данных. Ниже приведена часть кода запроса на подключение и выборку записей из таблицы:

<?php

$mysqli = @new mysqli('localhost', 'Admin', 'pass', ' a0130044_base ');

if (mysqli_connect_errno()) {

echo "Подключение невозможно: ".mysqli_connect_error();

}

$result_set = $mysqli->query('SELECT * FROM tovar');

$result_set->num_rows;

while ($row = $result_set->fetch_assoc()) {

print_r($row);

echo "<br />";

}

$result_set->data_seek(0);

while ($row = $result_set->fetch_assoc()) {

print_r($row);

echo "<br />";

}

$result_set->close();

$mysqli->close();

?>

Аналогично создаются все запросы к базе данных сайта компании ООО «Адамант», согласно разработанной ранее модели.

Таким образом, был зарегистрирован коммерческий домен и хостинг, была разработана и размещена база данных сайта компании ООО «Адамант».

3.2 Разработка и внедрение системы управления сайтом ООО «Адамант»