10.Размещение бд в сети

От способа размещения БД в сети существенно зависит количество транзакций между БД и рабочими станциями, а следовательно, и объем передаваемой информации. От способа размещения БД зависит также и организация «тонкого» или «толстого» клиента. Количество уровней, выбранное для реализации той или иной информационной технологии, также существенно влияет на объем передаваемой информации. Распределяя информацию по серверам БД сети мы повышаем ее устойчивость при нарушении целостности одной из БД, но в то же время значительно снижаем уровень информационной безопасности, помехозащищенности. Снижаем в случае с РБД время доступа и увеличиваем скорость работы прикладных программ на рабочих станциях, но одновременно снижаем уровень конфиденциальности передаваемой информации и увеличиваем время синхронизации и репликации, а при ЦБД – наоборот. Вполне очевидно наличие компромисса между способами с РБД и ЦБД, определяя, таким образом, вариант с частично-распределенной БД (ЧРБД) или как ее иногда называют – смешанной (СЦРБД) разумно распределяя хранимую информацию между ЦБД и РБД. Еще один важный недостаток ЦБД – это отсутствие возможности реализации такого требования пользователя как катастрофоусточивость системы. При выборе способа размещения БД необходимо помнить об организации двух или трех уровневой системы размещения таких частей ИТ как пользовательская программа-сервер приложений и сервер БД. В зависимости от места размещения сервера приложений и сервера БД также существенно зависит объем передаваемой информации между этими уровнями, а следовательно и теми участками сети, которые связывают эти серверы.

Программные комплексы, установленные на рабочих станциях, в случае серверного выполнения БД должны быть выполнены в клиент-серверной технологии причем в этой технологии можно реализовать трехуровневую архитектуру, что позволяет снизить вычислительную нагрузку на рабочую станцию и перенести ее вычислительный процесс на средний уровень - сервер приложений - и тем самым снизить требования к скорости канала связи до конечного пользователя. Программа, работающая у пользователя, взаимодействует с сервером приложений, который от своего имени обращается к другому уровню - информации, хранящейся в базе данных. При этом физически сервер приложений и сервер БД могут работать как на одном компьютере, так и на разных, что позволяет администратору распределять нагрузку между серверами, а следовательно и нагрузку на сеть (вернее на данный участок сети). Наличие сервера приложений позволяет сосредоточить на нем наиболее объемные операции обработки данных (например, для комплекса УМТР – расчет средней цены при регистрации прихода и расхода материалов или РЗП по той же причине – расчета средней). Именно это позволяет резко снизить объем обмена данными по сети между пользователем и базой данных. При выполнении сложных запросов клиентская часть программы, работающая на компьютере пользователя, будет получать только необходимую ей выборку информации из БД. При этом можно объединять в отдельные подсети как серверы приложений, так и серверы баз данных, организуя две подсети.

Часто возникают ситуации, когда обеспечить работу удаленных пользователей по реальным низкоскоростным каналам такой технологии недостаточно,. Унаследованный от предыдущих вариантов стиль работы пользователей (на одной машине и БД, и пользовательская программа) предоставлял пользователю возможность просмотра и поиска больших объемов данных на экране, что было допустимо в малых (с небольшим диаметром) локальных сетях, но не подходит для обмена данными в большой (например географически распределенной или корпоративной ) СПД при малых скоростных режимах каналов связи.

В условиях работы с ЦБД сеть в большинстве случаев изначально логически ориентирована на звездообразную топологию. Однако не стоит забывать, что большая сеть регламентируется большой функциональностью, которая сама по себе является следствием развития предприятия. В этом случае предполагается использование нескольких уже существующих, смонтированных и действующих «старых» сетей в которых применяются как правило низкоскоростные каналы связи. При этом следует учитывать, что между собой могут быть объединены серверы приложений в свою подсеть.

Заданные варианты проектируемой сети должны быть проанализированы на применимость одного из вариантов размещения БД (централизованная БД, распределенная или смешанная). Также для заданного преподавателем варианта могут быть проанализированы способы размещения БД (ЦБД, РБД или ЧРБД). Нужно вспомнить, что в централизованной БД содержится вся информация: оперативная (входная, выходная, промежуточная) и нормативно-справочная. В распределенной – вся информация распределена по узлам сети с определенной долей дублирования, особенно если это касается НСИ. В смешанной – оперативная информация распределена по узлам сети с некоторой долей дублирования, а НСИ ведется в централизованной БД. Каждый из вариантов размещения БД имеет право на реализацию в сети, но при определенных условиях обработки информации, которые студенты должны обозначит самостоятельно и тем самым предварительно обосновать одного из вариантов реализации БД в сети. Т.е. прежде, чем приступать к экономическим расчетам, необходимо предоставить обоснование выбора предварительного варианта размещения БД. Способ размещения БД могут быть явно указан в задании. В качестве критерия выбора необходимо рассчитать экономическую эффективность для всех трех способов размещения БД и выбрать среди них один рациональный. Все расчеты по вариантам сводятся в итоговую таблицу.