Проектирование реляционных баз данных. Ковалев А.В - 79 стр.

го правила, позволяющего однозначно решить, какой из подходов выбрать.

       Выбор архитектуры клиент-сервер
       Перед переходом на архитектуру клиент-сервер разработчику следует подумать о том,
какой тип и размер будет иметь создаваемое приложение, и о типе доступа к информации. Этот
вариант следует внимательно рассматривать в случаях, перечисленных ниже.
       1. В случае, если размер большинства таблиц в БД может превысить 25 Мбайт, примене-
ние архитектуры клиент-сервер может оказаться разумным. Чем больше размер базы данных,
тем менее оправдано использование базы данных на файл-сервере, т.к. при этом каждый раз все
хранящиеся в таблицах данные будут перемещаться по сети.
       2. Технология клиент-сервер является подходящим выбором, если необходимо обеспе-
чить возможность удаленного доступа к данным с использованием средств связи. Передача
данных на большое расстояние дорого стоит, и естественно желание разработчиков свести вре-
менные затраты к минимуму.
       3. Технологию клиент-сервер следует рассматривать в том случае, если разрабатываемая
система должна поддерживать работу с группой активных пользователей. Если с системой бу-
дет работать более 20-30 пользователей, одновременно обращающихся к БД в любой момент
времени, то использование БД на файл-сервере приведет к возникновению проблем с произво-
дительностью.
       Если требования к системе не превышают вышеуказанных, то разработчику следует ог-
радить себя от сложностей, связанных с использованием технологии клиент-сервер, и исполь-
зовать персональную СУБД для построения файл-серверной БД.
       Перед началом разработки многопользовательской БД необходимо выбрать клиентские
и серверные компоненты будущей системы. Несмотря на то, что при проектировании системы в
архитектуре клиент-сервер разработчик обладает большей свободой выбора, компоненты таких
систем взаимозависимы, так что разумно выбрать все составные части одновременно. При по-
строении системы с самого начала первым делом выбирается аппаратное и программное обес-
печение для сервера, а затем проектируется инфраструктура. В последнюю очередь осуществля-
ется подбор инструментов для создания клиентской части.
       В качестве программного обеспечения для сервера следует выбирать продукт, обладаю-
щий сильной поддержкой со стороны независимых производителей. Это дает разработчику
большую свободу при выборе инструментов для создания клиентских приложений и при проек-
тировании инфраструктуры. Также следует убедиться, что БД может работать на разных аппа-
ратных платформах. Informix, Oracle Server, SQL Server и SQL Base обладают этими свойства-
ми. Из перечисленных систем наибольшее распространение в нашей стране получили Oracle и
Informix. Обычно Oracle применяется для построения более крупномасштабных БД.

       Построение инфраструктуры системы клиент-сервер
       В данном контексте под инфраструктурой понимается операционная система на сервере,
сетевой протокол и аппаратная часть сервера. Ниже перечислены основные правила, которые
следует соблюдать при планировании инфраструктуры.
       1. Количество сетевых протоколов должно быть сведено к одному или двум; новые опе-
рационные системы не должны использоваться, если в них нет абсолютной уверенности.
       2. Компьютер, на котором находится сервер БД, не должен использоваться в качестве
файл- и принт-сервера, т.е. не следует подключать к этой машине сетевой принтер и использо-
вать ее диски для хранения файлов коллективного пользования (несмотря на то, что это более
просто и экономично). Ни одна из операционных систем не застрахована от сбоя, и использова-
ние сервера для большого количества разных задач снижает надежность системы.
       3. В качестве операционной системы разработчик должен использовать ОС, с которой он
хорошо знаком. В настоящее время идут активные дискуссии по поводу того, какая ОС больше

                                               81