52
телефонной линии до некоторого определенного шлюза, закодировался
из формы аналогового сигнала в цифровую форму, затем в виде
электронных пакетов поступил на ближайший к получающему
пользователю шлюз, там декодировался из цифровой в обычную
речевую (или по-другому аналоговую) форму, и, наконец, по телефонной
линии поступил к нужному абоненту.
Время задержки является принципиально важной характеристикой
для телефонного разговора в реальном времени, потому как для такого
телефонного разговора крайне существенна именно динамика процесса.
Эта трудность свойственна не только интернет-телефонии, но также и
IP-телефонии, хотя и в существенно меньшей степени. В случае если
временные задержки будут длиться меньше 250 мсек, они станут
практически незаметными, и можно будет сказать, что связь в данном
случае очень качественная, то есть при подобном качестве связи вполне
реально осуществлять важные деловые переговоры.
В другой ситуации, когда время задержки доходит до 400 мсек,
связь характеризуется как достаточно качественная, а значит, при
разговоре речевой сигнал немного запаздывает.
Существует и третий вариант развития событий, когда задержка по
времени доходит до 700 мсек и более, что свидетельствует о плохом
качестве связи, которое неприемлемо для нормальной работы компании. В
связи со всем выше описанным, можно порекомендовать внедрить в
функционирование организации некоторую систему управления базами
данных (СУБД), регулирующую доступ персонала в IP-телефонии. Схема
распределения вычислительных ресурсов для программных и
информационных компонент с целью реализации рассматриваемой СУБД
представлена на рисунке 9 [24].
Основная цель выбора СУБД заключается в выборе системы,
реализующей настоящие заявки по оптимизации при наиболее
подходящем и выгодном уровне затрат.
53
Рисунок 9 – Схема взаимодействия модулей ПК
Теперь стоит более подробно изучить процесс моделирования данных в
рассматриваемой системе управления БД. Моделирование данных включает
в себя следующие структурные компоненты:
используемая модель данных. Как правило, выделяют
несколько прототипов данных, из которых наиболее распространенными
являются, пожалуй, иерархическая, сетевая, реляционная, объектно-
реляционная и объектная. Проблему применения какой-то определенной
модели необходимо решать на первоначальном этапе разработки
информационной системы;
триггеры и хранимые процедуры. Триггер представляет собой
программу базы данных, вызываемая каждый раз при вставке,
изменении или удалении строки таблицы. Триггеры гарантируют
испытание всяческих варьирований на корректность, прежде чем эти
преобразования будут одобрены. Хранимой процедурой называется
программа, которая содержится на сервере и способна индуцироваться
пользователем. Вследствие того, что хранимые процедуры
осуществляются прямо на сервере базы данных, предоставляется лучшее
и более качественное быстродействие, в отличие от случая осуществления
тех же операций средствами пользователя базы данных. Стоит отметить,
что в различных программных продуктах для осуществления триггеров и
хранимых процедур могут быть применены различные инструменты;
54
средства поиска. Некоторые современные системы обладают
встроенными дополнительными средствами контекстного поиска;
предусмотренные типы данных. В данном случае необходимо
обратить внимание на два практически самостоятельных критерия:
базовые или основные типы данных, занятые в системе, и присутствие
ресурсов для расширения типов. В то время как расхождения базовых
наборов типов данных у систем, разрабатываемых в настоящее время, от
некоего стандартного значения, как правило, малы, механизмы
распространения типов данных в системах того или иного
производителя в значительной степени различаются;
реализация языка запросов. Абсолютно все современные
системы сочетаются со стандартным языком доступа к данным SQL-92,
однако достаточно большое их количество осуществляют те или иные
расширения названного стандарта.
Далее следует перечислить основные специфические черты
архитектуры и функциональные возможности рассматриваемой системы
управления базами данных[9]:
мобильность, то есть автономность системы от той среды, в
которой она функционирует. В данном случае под средой понимается как
техническая аппаратура, так и программное обеспечение (например,
операционная система);
масштабируемость. В данном случае под масштабируемостью
понимается тот факт, что при подборе подходящей конкретной фирме
системы управления БД принципиально важно учитывать, в состоянии ли
конкретная система сочетаться с нарастанием информационной системы.
При этом важен тот факт, что рост может демонстрироваться в нарастании
количества пользователей, масштабов хранимых данных и диапазоне
обрабатываемой информации;
распределенность. Определяющим основанием использования
информационных систем на базе СУБД служит тенденция к группировке
55
мнений по поводу всех данных в организации. Наиболее незамысловатый и
основательный подход заключается в объединении хранения и обработки
информации на едином сервере. К сожалению, такой подход не всегда
осуществим, вследствие чего и приходится использовать распределенные
базы данных. Разнородные системы обладают многообразными
возможностями координации распределенных баз данных;
сетевые возможности, подразумевающие тот факт, что
подавляющее число систем управления БД предоставляют ресурсы для
применения просторного диапазона сетевых протоколов и служб для
работы и администрирования.
Следующим не менее важным аспектом при выборе той или иной
СУБД является контроль над ее функционированием. Итак, в
рассматриваемом случае контроль работы системы подразумевает:
контроль использования памяти компьютера. Стоит отметить,
что рассматриваемая система управления БД способна координировать
эксплуатацию как оперативной памяти, так и дискового пространства.
Во втором случае подобный контроль может проявляться, к примеру, в
сжатии баз данных, или удалении лишних данных (файлов);
автонастройка, подразумевающая, что большая часть систем
управления БД, разрабатываемых в настоящий момент, заключают
допустимость самоконфигурирования, базирующуюся, как правило, на
итогах деятельности сервисов самодиагностики производительности.
Подобного рода вероятность дает возможность найти и обозначить слабые
места конфигурации системы и в автоматическом режиме отрегулировать
ее на наибольшую производительность.
Подавляющее большинство производителей систем управления БД
изготавливают помимо всего прочего еще и средства разработки
приложений для своих систем. Как показывает практика, подобные
программные продукты дают возможность наиболее оптимальным
способом осуществить все возможности сервера, а значит, при анализе
56
систем управления базами данных необходимо остановиться также и на
рассмотрении возможности средств разработки приложений. Среди
основных характерных черт разработки приложений можно выделить
следующие:
средства проектирования. Стоит отметить, что некоторые
системы обладают средствами автоматического проектирования, причем
как самих баз данных, так и описанных выше прикладных программ.
При этом немаловажным является тот факт, что средства проектирования
различных производителей могут различаться в достаточно значительной
мере;
многоязыковая поддержка, то есть содействие в использовании
множества национальных языков, что значительно увеличивает область
использования системы и приложений, построенных на ее основе;
возможности разработки Web-приложений, подразумевающая,
что в процессе производства разнообразных приложений как правило
появляется необходимость эксплуатировать ресурсы среды сети Internet.
Средства разработки определенных производителей обладают достаточно
широкой совокупностью инструментов для построения приложений под
Web;
поддерживаемые языки программирования. Стоит отметить, что
разнообразный спектр применяемых языков программирования
увеличивает приемлемость и популярность системы для разработчиков, а
также способен оказать значительное влияние на быстродействие и
функциональность разрабатываемых приложений.
Теперь необходимо особое внимание уделить еще одному не менее
важному параметру при выборе той или иной системы управления БД, а
именно производительности. Итак, основными параметрами
производительности можно считать:
рейтинг TPC (Transactions per Cent). Широко известно, что с
целью проверки производительности используются разнородные средства,
57
а также имеется разнообразие тестовых рейтингов. Одним из наиболее
известных, распространенных и справедливых можно считать TPC-анализ
производительности систем. В сущности TPC-анализ обозревает структуру
системы управления БД и аппаратуры, на базе которой эта СУБД
работает. Показателем TPC является соотношение числа запросов,
обрабатываемых в течение определенного промежутка времени, к цене
всей системы;
возможности параллельной архитектуры. С целью обеспечения
параллельной обработки информации в настоящее время имеются, как
минимум, два различных пути: распараллеливание обработки градации
запросов на несколько процессоров, либо применение нескольких
компьютеров-клиентов, осуществляющих деятельность с одной базой
данных, которые концентрируют в так называемый параллельный сервер;
возможности оптимизирования запросов. При применении
непроцедурных языков запросов их реализация может быть неидеальной.
В связи с этим надлежит осуществить процесс оптимизации запросов, то
есть определить такой путь осуществления, при котором по
первоначальному представлению запроса посредством его синтаксических
и семантических изменений разрабатывается процедурный план
реализации запроса, который будет наиболее подходящим в рамках
имеющихся в базе данных управляющих структурах.
Далее необходимо обратиться к понятию, являющемуся одним из
определяющих при выборе того или иного программного обеспечения, а
именно, к надежности. Само по себе понятие надежности системы
заключает в себе множество смыслов, от цельности данных, которая не
зависит от разнообразных сбоев, до безотказности функционирования
системы при любых обстоятельствах и гарантии охраны и сохранения
информации от неразрешенного доступа. Итак, надежность подразумевает
следующие основные положения [27]:
58
восстановление системы после сбоев. В случае появления
программных или аппаратных сбоев целостность, впрочем как и
работоспособность всей системы в целом способна нарушаться. От того,
насколько качественно спроектирован алгоритм восстановления и
исправления после сбоев, напрямую зависит жизнеспособность и
долговечность всей системы в целом;
резервное копирование. Вследствие аппаратного сбоя
возможна ситуация, когда будет частично сломан или вообще выведен из
строя носитель данных, что будет означать невозможность восстановления
информации при отсутствии резервного копирования всей БД целиком либо
какой-то ее части. Резервное копирование является выходом и в условиях
логического сбоя системы управления, что бывает, к примеру, при ложном
удалении таблиц. В настоящее время имеется огромное количество
способов резервирования данных, среди которых можно выделить,
например, хранение одной или более копий всей базы данных, хранение
копии какой-то части базы данных, копирование логической структуры и
прочие. Как правило, в системе предусматривается возможность
применения нескольких подобных механизмов;
откат изменений. При осуществлении транзакции
используется простое правило – либо транзакция реализуется в полной
мере, либо не осуществляется вовсе. Это означает, что при появлении
нарушений, все итоги не доведенных до конца транзакций должны быть
признаны недействительными. Стоит отметить, что механизм отката
может иметь различное быстродействие и эффективность;
многоуровневая система защиты. Информационная система
организации практически во всех вариациях заключает секретные данные,
а значит, для предотвращения неразрешенного доступа применяется
служба опознавания пользователей. Степень охраны может быть
разнообразной. Помимо прямого распознавания пользователей при входе
59
в систему может быть применен также механизм кодирования
информации при передаче по линиям связи.
Смешанные критерии:
качество и полнота документации. К сожалению, не все
системы имеют полную и подробную документацию;
локализованность. Возможность использования национальных
языков не во всех системах реализована полностью;
модель формирования стоимости. Как правило, производители
СУБД используют определенные модели формирования стоимости.
Например, стоимость одного и того же продукта может существенно
изменяться в зависимости от того, сколько пользователей будет с ним
работать;
стабильность производителя;
распространенность СУБД.
Даже если просто отмечать, насколько хороши или плохи
выделенные параметры в случае каждой конкретной СУБД, то
сравнение уже двух различных систем является трудоемкой задачей.
Тем не менее, четкий и глубокий сравнительный анализ на основании
вышеперечисленных критериев в любом случае поможет рационально
выбрать подходящую систему для конкретного проекта, и затраченные
усилия не будут напрасными. Перечень критериев поможет осознать
масштабность задачи и выполнить ее адекватную постановку.
Исходя из вышеперечисленных требований, в качестве СУБД для
разрабатываемой системы выбрана СУБД ABMySQL, как наиболее
полно подходящая к этим требованиям [26].
MySQL является решением для малых и средних приложений.
Входит в состав серверов WAMP, AppServ,LAMPи в портативные
сборки серверов Денвер, XAMPP. Обычно MySQL используется в
качестве сервера, к которому обращаются локальные или удалённые
60
клиенты, однако в дистрибутив входит библиотека внутреннего сервера,
позволяющая включать MySQL в автономные программы.
Гибкость СУБД MySQL обеспечивается поддержкой большого
количества типов таблиц: пользователи могут выбрать как таблицы типа
MyISAM, поддерживающие полнотекстовый поиск, так и таблицы
nnoDB, поддерживающие транзакции на уровне отдельных записей.
Данная СУБД имеет следующие важные характеристики:
многопоточность. Поддержка нескольких одновременных
запросов;
оптимизация связей с присоединением многих данных за
один проход;
записи фиксированной и переменной длины;
ODBC драйвер в комплекте с исходником;
гибкая система привилегий и паролей;
до 16 ключей в таблице. Каждый ключ может иметь до 15
полей;
поддержка ключевых полей и специальных полей в
операторе;
поддержка чисел длинной от 1 до 4 байт (ints, float, double,
fixed), строк переменной длины и меток времени;
интерфейс с языками C и perl;
основанная на потоках, быстрая система памяти;
утилита проверки и ремонта таблицы (isamchk);
все данные хранятся в формате SO8859_1;
все операции работы со строками не обращают внимания на
регистр символов в обрабатываемых строках;
псевдонимы применимы как к таблицам, так и к отдельным
колонкам в таблице;
61
все поля имеют значение по умолчанию можно использовать
на любом подмножестве полей;
легкость управления таблицей, включая добавление и
удаление ключей и полей;
запросы выполняются в 10-100 раз быстрее, чем в
традиционных реляционных СУБД;
простота использования и настройки;
надежная и удобная система резервного копирования.
MySQL портирована на большое количество платформ: AIX, BSDi,
FreeBSD, HP-UX, GNU/Linux, Mac OS X, NetBSD, OpenBSD, OS/2
Warp, SGI RIX, Solaris, SunOS, SCO OpenServer, SCO UnixWare, Tru64,
Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP,
Windows Server 2003, WinCE, Windows Vista и Windows 7.
Существует также порт MySQL к OpenVMS. На официальном
сайте СУБД для свободной загрузки предоставляются не только
исходные коды, но и откомпилированные и оптимизированные под
конкретные операционные системы готовые исполняемые модули СУБД
MySQL.
MySQL имеет API для языков Delphi, C, C++, Eiffel, Java, Lisp,
Perl, PHP, Python, Ruby, Smalltalk и Tcl, библиотеки для языков
платформы.NET, а также обеспечивает поддержку для ODBC
посредством ODBC-драйвера MyODBC.
MySQL – компактный многопоточный сервер БД. MySQL
характеризуется большой скоростью, устойчивостью и легкостью в
использовании. MySQL разработан компанией TcX для внутренних
нужд, которые заключались в быстрой обработке очень больших БД.
MySQL является идеальным решением для малых и средних
приложений.