Книги
чёрным по белому
Главное меню
Главная О нас Добавить материал Поиск по сайту Карта книг Карта сайта
Книги
Археология Архитектура Бизнес Биология Ветеринария Военная промышленность География Геология Гороскоп Дизайн Журналы Инженерия Информационные ресурсы Искусство История Компьютерная литература Криптология Кулинария Культура Лингвистика Математика Медицина Менеджмент Металлургия Минералогия Музыка Научная литература Нумизматика Образование Охота Педагогика Политика Промышленные производства Психология Путеводители Религия Рыбалка Садоводство Саморазвитие Семиотика Социология Спорт Столярное дело Строительство Техника Туризм Фантастика Физика Футурология Химия Художественная литература Экология Экономика Электроника Энергетика Этика Юриспруденция
Новые книги
Цуканов Б.И. "Время в психике человека" (Медицина)

Суворов С. "Танк Т-64. Первенец танков 2-го поколения " (Военная промышленность)

Нестеров В.А. "Основы проэктирования ракет класса воздух- воздух и авиационных катапульных установок для них" (Военная промышленность)

Фогль Б. "101 вопрос, который задала бы ваша кошка своему ветеринару если бы умела говорить" (Ветеринария)

Яблоков Н.П. "Криминалистика" (Юриспруденция)
Реклама

Разработка корпоративных приложений в Access 2002 - Литвин П.

Литвин П. Разработка корпоративных приложений в Access 2002 — Спб.: Питер, 2002. — 848 c.
ISBN 5-314-00181-0
Скачать (прямая ссылка): razrabotkaprilojeniy2002.djvu
Предыдущая << 1 .. 150 151 152 153 154 155 < 156 > 157 158 159 160 161 162 .. 357 >> Следующая

Зачем нужна репликация
383
состоит в том, что физическая связь между рабочими станциями, на которых установлены отдельные реплики, требуется только на время синхронизации. Однако есть у нее и несколько недостатков. В частности:
О реплицированная база данных более громоздка;
О несколько пользователей могут одновременно модифицировать одну и ту же запись;
О разные пользователи в одно и то же время могут видеть разное состояние одной и той же записи;
О в реплицированной базе данных значения полей типа AutoNumber генерируются случайным образом.
В тех случаях, когда вполне подходит классическая архитектура, подразумевающая совместное использование файлов, репликацию применять не рекомендуется. Как правило, определить оптимальную архитектуру приложения достаточно легко, но все же бывают случаи, когда сделать такого рода выбор совсем не просто. О некоторых из подобных ситуаций мы поговорим в следующих разделах.
ВНИМАНИЕ
Репликация может значительно замедлить работу большого приложения Access. Кроме того, она требует внесения в приложения значительного количества изменений, назначение которых состоит в компенсации некоторых побочных эффектов. Поэтому перевод существующего приложения на классическую архитектуру требует самого тщательного планирования. И уж, конечно, обязательно нужно как следует протестировать базу данных после ее репликации.
Локальные сети
Проектируя систему для локальной сети (LAN), вы можете пойти по одному из двух путей:
О использовать одну нереплицированную копию базы данных (или, по крайней мере, одну копию базы данных таблиц в классической разделенной архитектуре приложений Access, обсуждавшейся в главе 2) для всей рабочей группы; О предоставить реплицированные копии базы данных каждому пользователю и регулярно синхронизировать вносимые в них изменения.
В большинстве случаев целесообразнее выбрать традиционную архитектуру файл/сервер, при которой любые изменения немедленно становятся видны всем пользователям базы данных. В реплицированной же системе изменения распространяются с большими задержками. Продолжительность задержек может составлять от нескольких часов до нескольких дней, что зависит от количества пользователей, объема изменений, частоты возникновения конфликтов, топологии синхронизации и ее расписания.
С другой стороны, репликация имеет смысл, если:
О данные обновляются нечасто;
О обновления обычно не отражаются на работе других пользователей;
О сеть перегружена;
О сеть часто не работает.
Для таких случаев репликация подходит больше, чем традиционная архитектура файл/сервер.
384
Глава 9"Репликация
СОВЕТ
Еще одной альтернативой на случай перегруженной сети и невозможности перехода на архитектуру клиент/сервер может стать создание гибридной системы с общими файл-серверами. Создайте несколько рабочих групп и с каждой из них свяжите свой серверный компьютер. Члены одной рабочей группы будут использовать общую базу данных таблиц, располагающуюся на их файл-сервере. Реплицируйте базу данных таблиц, поместив по реплике на каждый сервер рабочей группы. Эти реплики будут регулярно синхронизироваться, такая гибридная система позволяет распределять нагрузку между несколькими серверами. При этом время ожидания обновлений, то есть время, необходимое для передачи обновленных данных всем пользователям, будет ощутимым только при их пересылке между рабочими группами, а внутри рабочей группы изменения будут распространяться очень быстро.
Глобальные сети
Глобальные сети (WAN) обычно имеют большее количество узлов, чем локальные, и распространяются на гораздо большие расстояния. Важнейшее практическое различие между ними заключается в том, что пропускная способность соединения между двумя узлами (компьютерами) в глобальной сети меньше, чем в локальной. Эти факторы обычно свидетельствуют в пользу выбора архитектуры клиент/сервер, а не файл/сервер. А еще более эффективным для глобальной сети может оказаться использование репликации. Вспомните хотя бы о том, что при синхронизационном обмене между узлами сети передаются не целые таблицы, а только измененные записи.
Итак, для глобальной сети репликация предпочтительнее, если:
О данные обновляются нечасто;
О обновления обычно не отражаются на работе других пользователей;
О сеть перегружена;
О сеть часто не работает;
О переход на архитектуру клиент/сервер обойдется слишком дорого.
С другой стороны, репликация может вам не подойти, если:
О данные часто обновляются, а особенно, если одна и та же запись часто редактируется несколькими пользователями (что потенциально приводит к большому количеству конфликтов);
О необходима немедленная передача обновлений всем пользователям;
О принципиальным требованием является согласованность данных.
В таких случаях лучше придерживаться классической архитектуры клиент/ сервер, ориентированной на транзакции, либо пользоваться службами репликации SQL Server или другой серверной базы данных.
Сети с эпизодическими подключениями
Для мобильных пользователей, чьи компьютеры редко подключаются к сети или соединяются с ней по медленным модемным линиям, классические файл-сервер- ные и клиент-серверные системы не подходят, особенно если изменения должны передаваться в обоих направлениях. Зато их, как правило, в полной мере устраивает репликация.
Предыдущая << 1 .. 150 151 152 153 154 155 < 156 > 157 158 159 160 161 162 .. 357 >> Следующая