52
приемлемость и популярность системы для разработчиков, а также способен
оказать значительное влияние на быстродействие и функциональность
разрабатываемых приложений.
При выборе той или иной системы управления БД, необходимо уделить
особое внимание одному не менее важному параметру, а именно
производительности, основными параметрами которой являются:
Рейтинг TPC (Transactions per Cent). Широко известно, что с целью
проверки производительности используются разнородные средства, а также
имеется разнообразие тестовых рейтингов. Одним из наиболее известных,
распространенных и справедливых можно считать TPC-анализ
производительности систем. В сущности, TPC-анализ обозревает структуру
системы управления БД и аппаратуры, на базе которой эта СУБД работает.
Показателем TPC является соотношение числа запросов, обрабатываемых в
течение определенного промежутка времени, к цене всей системы;
Возможности параллельной архитектуры. С целью обеспечения
параллельной обработки информации в настоящее время имеются, как
минимум, два различных пути: распараллеливание обработки градации
запросов на несколько процессоров, либо применение нескольких
компьютеров-клиентов, осуществляющих деятельность с одной базой данных,
которые концентрируют в так называемый параллельный сервер;
Возможности оптимизации запросов. При применении
непроцедурных языков запросов их реализация может быть неидеальной. В
связи с этим надлежит осуществить процесс оптимизации запросов, то есть
определить такой путь осуществления, при котором по первоначальному
представлению запроса посредством его синтаксических и семантических
изменений разрабатывается процедурный план реализации запроса, который
будет наиболее подходящим в рамках, имеющихся в базе данных
управляющих структурах.
При выборе того или иного программного обеспечения, стоит так же
обратить внимание к одному из определяющих свойств, а именно, к
53
потенциальной надежности. Само по себе понятие надежности системы
заключает в себе множество смыслов, от цельности данных, которая не
зависит от разнообразных сбоев, до безотказности функционирования
системы при любых обстоятельствах и гарантии охраны и сохранения
информации от неразрешенного доступа. Надежность включает в себя
комплексные свойства, которые зависят от следующих возможностей [27]:
Самовосстановление работы системы. В зависимости от того
насколько грамотно описан алгоритм самовосстановления, в результате
аппаратного или программного сбоя при воздействие каких-либо факторов
или без них, зависит дальнейшая работоспособность системы в целом.
Резервное копирование. Вследствие аппаратного сбоя возможна
ситуация, когда будет частично сломан или вообще выведен из строя носитель
данных, что будет означать невозможность восстановления информации при
отсутствии резервного копирования всей БД целиком либо какой-то ее части.
Резервное копирование является выходом и в условиях логического сбоя
системы управления, что бывает, к примеру, при ложном удалении таблиц. В
настоящее время имеется огромное количество способов резервирования
данных, среди которых можно выделить, например, хранение одной или более
копий всей базы данных, хранение копии какой-то части базы данных,
копирование логической структуры и прочие. Как правило, в системе
предусматривается возможность применения нескольких подобных
механизмов;
Возможность отмены произведенных изменений в системе. Иначе
говоря, откат до прежнего состояния. Реализация возврата к прежнему
состоянию может иметь множество разных алгоритмов, но в качестве
основного критерия используется правило – оценка состояния системы и
сравнение результатов, полученных до внесения изменения и после. В случае
невозможности выполнения произведённых изменений, система возвращается
до прежнего состояния.
54
Многоуровневая система защиты. Информационная система
организации практически во всех вариациях заключает секретные данные, а
значит, для предотвращения неразрешенного доступа применяется служба
опознавания пользователей. Степень охраны может быть разнообразной.
Помимо прямого распознавания пользователей при входе в систему может
быть применен также механизм кодирования и шифрования информации при
передаче по каналам связи.
Так же необходимо указать о смешанных критериях, которые включают
в себя:
Пользовательская документация и подробная документация по
администрированию системы.
Ценообразование системы, влияющая на конечную её стоимость.
Сюда относятся расходы, связанные с покупкой дополнительных лицензий
или расширение существующих для работы с системой в случае увеличения
числа пользователей.
Известность производителя (разработчика) системы. Его
стабильность, признание на рыке, популярность и распространённость
производимых им продуктов.
Сравнительный анализ основных характеристик, функциональных
возможностей, положительных и отрицательных черт систем управления БД,
представленных на рынке в настоящее время, может занимать очень много
времени. Но исходя из перечня критериев, описанных выше, уже становиться
возможным выбрать оптимальную систему под конкретные проектные
требования, которая будет удовлетворять потребности пользователей и
способствовать решению их задач.
Исходя из вышеперечисленных требований, в качестве СУБД для
разрабатываемой системы выбрана СУБД MySQL от Oracle, как наиболее
подходящая к этим требованиям [26].
MySQL - свободная реляционная система управления базами данных,
оптимально подходящая для решений малых и средних задач.
55
MySQL можно создавать и устанавливать вручную из исходного кода,
но чаще всего он устанавливается из двоичного пакета, если не требуются
специальные настройки. В большинстве дистрибутивов Linux, то система
управления пакетами можно загрузить и установить MySQL с минимальными
усилиями, хотя дальнейшая конфигурация часто требуется для настройки
параметров безопасности и оптимизации.
Хотя MySQL стал альтернативой более мощным запатентованным базам
данных, он постепенно эволюционировал для поддержки более высоких
потребностей. Он по-прежнему наиболее часто используется для
односерверных развертываний малого и среднего масштаба, либо как
компонент в веб-приложении на основе LAMP, либо как автономный сервер
базы данных. Большая часть запросов MySQL исходит из его относительной
простоты и простоты использования, что обеспечивается экосистемой
инструментов с открытым исходным кодом, таких как phpMyAdmin. В
среднем диапазоне MySQL можно масштабировать, развернув его на более
мощное оборудование, например, многопроцессорный сервер с гигабайтами
памяти.
Однако существуют ограничения на то, насколько высокая
производительность может масштабироваться на одном сервере
(«масштабирование»), поэтому в больших масштабах для обеспечения
повышенной производительности и надежности требуются развертывания с
несколькими серверами MySQL («масштабирование»). Типичная
конфигурация высокого уровня может включать в себя мощную основную
базу данных, которая обрабатывает операции записи данных и реплицируется
на несколько подчиненных устройств, которые обрабатывают все операции
чтения. Главный сервер постоянно подталкивает события binlog к
подключенным ведомым устройствам, поэтому в случае сбоя ведомый может
продвигаться, чтобы стать новым мастером, минимизируя время простоя.
Дальнейшие улучшения производительности могут быть достигнуты путем
56
кэширования результатов из запросов базы данных в памяти с использованием
функции memcached или разбиения базы данных на более мелкие куски,
называемые осколки, которые могут быть распределены по ряду
распределенных кластеров серверов.
СУБД MySQL имеет ряд отличительных особенностей, которые
включают в себя:
Простота в использовании: MySQL прост в использовании. Достаточно
получить только базовые знания SQL.
Безопасность. MySQL состоит из надежного уровня безопасности
данных, который защищает конфиденциальные данные от
злоумышленников. Пароли шифруются в саму БД.
Архитектура клиент / сервер: MySQL следует за архитектурой клиент /
сервер. Существует сервер базы данных (MySQL) и произвольно много
клиентов (прикладных программ), которые общаются с сервером; то
есть они запрашивают данные, сохраняют изменения и т. д.
Отсутствие расходов на приобретение БД MySQL, система является
бесплатной.
Масштабируемость. MySQL может обрабатывать почти любой объем
данных, до 50 миллионов строк и более. Предел размера файла по
умолчанию составляет около 4 ГБ. Однако вы можете увеличить это
число до теоретического предела в 8 ТБ данных.
Совместимость со многими операционными системами: MySQL
совместим для работы во многих операционных системах, таких как
Novell NetWare, Windows, Linux, многие разновидности UNIX (такие
как: Sun, Solaris, AIX и DEC, UNIX), OS/2, FreeBSD и другие.
MySQL также предоставляет средство, с помощью которого клиенты
могут работать на том же компьютере, что и сервер или на другом
компьютере посредством локальной или сети Интернет.
57
Возможность отменять произведенный изменения - позволяет делать
откаты. MySQL позволяет транзакциям откатываться, фиксировать и
восстанавливать данный при возникновении аварийных ситуаций.
Высокая производительность. MySQL быстрее, надежнее и дешевле
благодаря своей уникальной архитектуре движка хранилища. А также за
счет использования триггеров, хранимых процедур и представлений,
позволяет существенно повысить производительность.
Высокая гибкость. MySQL поддерживает большое количество
встроенных приложений, что делает MySQL очень гибким.
Для облегчения генерирования страниц и единообразия стиля
отображения данных использованы HTML-шаблоны.
Каждый раз, когда возникает потребность в написании CGI-скрипта,
появляется возможность столкнуться с тем, что он должен отдавать
пользователю некий HTML код. Обычно данный код вносится напрямую в код
самого скрипта, в котором достаточно проблематично вносить изменения в
HTML фрагменты. Применение шаблонов в данном случае значительно
упрощает производство динамических данных и преобразований дизайна [22].
Содержимое Интернет ресурсов до недавнего времени включало
исключительно статистические данные. Однако эволюция технологий
поспособствовала возникновению типизированных программных продуктов
для гарантирования заблаговременного обновления существующей
информации в сети Интернет. В качестве одного из возможных вариантов
подобного усовершенствования можно назвать серверные сценарии, которые
вполне допустимо реализовывать посредством использования языка PHP.
Сценарии или скрипты во взаимодействии с различными прикладными
программными средствами и системами, в том числе и с системами
управления БД, электронными таблицами, деловой графикой и т. д.,
способствуют выведению на экран пользователя динамической информации.
58
Можно также выделить отдельно скрипт, носящий название PHP-
скрипт. Данный скрипт анализируется Web-сервером в реальном масштабе
времени. Web-сервер гарантирует пересылку запроса пользователя скрипту,
который, в свою очередь, применяя средства прикладной системы,
реверсирует итоги обработки запроса на экран пользователя.
Основной идеей и преимуществом скрипта PHP можно считать
допустимость внедрять обрабатываемый сервером программный код прямо в
HTML-страницу.
С целью пересылки информации о поступившем запросе, сервер
применяет командную строку, переменные окружения и глобальные
переменные. Опираясь на применяемый для запроса метод, командная строка
возникает либо как составная часть URL (в случае метода GET), либо в
качестве содержимого HTTP-запроса (метод POST).
Исходя из требований и поиска решений по созданию информационной
системы, становиться известно, что рассматриваемая модель создается на
основании применения модульного интерфейса.
Для визуального восприятия будущих процессов по работе с системой,
происходит построение диаграмм, которые позволят в конечном итоге
сформировать масштабы всей системы в целом.
Процессы, выполняемые на сервере представлены в виде диаграммы на
рисунке 9.
Процессы, выполняемые при регистрации в системе, представлены в
виде диаграммы 10.
Процессы последовательности действий при регистрации в системе
представлены в виде диаграммы 11.
Процессы, выполняемые при авторизации в системе, представлены в
виде диаграммы 12.
Процессы последовательности действий при авторизации в системе
представлены в виде диаграммы 13.
59
Рисунок 9 – Диаграмма процессов, выполняемых на сервере
Рисунок 10 – Диаграмма процессов при регистрации в системе
60
Рисунок 11 – Диаграмма последовательности действий
при регистрации в системе
Детальное описание действий в процессе регистрации в системе,
представлено в таблице 5.
Таблица 5 - Описание действий при регистрации в системе
61