Программное обеспечение и технологии геоинформационных систем. Замай С.С - 96 стр.

UptoLike

Составители: 

7.2. Несколько пользователей разделяют один ком-
плект файлов с геоинформацией
Немножко усложним предыдущий пример. Если программное обеспе-
чение ГИС написано правильно, вполне возможно будет организовать ра-
бочие места в локальной сети таким образом, чтобы пользователи ГИС
могли разделять файлы, в которых хранится геоинформация. Это уже под-
разумевает наличие определенной дисциплины, закладываемой в про-
граммное обеспечение приложенияблокировки файловой информации,
а, возможно, и логических объектов, с которыми пользователь производит
действия. Большинство современных ГИС поддерживает такой режим ра-
боты. Архитектуру таких систем называют архитектуройфайл-сервер”.
Однако нетрудно догадаться, что энергичная совместная работа не-
скольких компьютеров в локальной сети над одним комплектом файлов с
геоинформацией приведет к перегрузке локальной сети по трафику. Гео-
информация не отличается особой лаконичностьюдля отображения даже
совсем простого района с небольшим количеством слоев и объектов требу-
ется перемещение мегабайтов информации с разделяемого винчестера на
компьютер даже в случае простейших действий пользователя.
Практика показывает, что говорить об одновременной интенсивной
работе более пяти пользователей не приходитсяполучается очень мед-
ленно. Кроме того, имеется еще один аспект. Для хранения и отображения
геоинформации обычно используют специализированный формат файлов.
Применение отлаженной десятилетиями технологии реляционных баз дан-
ных представляется весьма проблематичнымкартографические данные
плохо укладываются в реляционную схему. Индексация данных в ГИС
обычно основана на иных принципах.
Здесь не утверждается, что в реляционную базу данных (БД) нельзя
уложить картографическую БДтакие примеры есть, и даже довольно
96