Внешние базы данных

Подходы

Анализ

Атрибутивные базы данных не только помогают по-разному отобразить объекты с различными свойствами. При выполнении пространственных запросов атрибутика помогает более точно идентифицировать объект - в самом простом случае мы можем указать объект на карте и получить о нем подробную информацию (номер, имя, размер и т.д.) Можно, разумеется, организовывать выбор объектов на карте посредством запросов к атрибутивной таблице, так как мы знаем, что выделение объектов связано с выделением их атрибутивных записей. В любой ГИС можно организовать запрос к атрибутике. Предпочтение отдается двум формам: языку запросов наподобие SQL (Structured Query Language), или шаблону, совпадающие с которым записи и выделяются. Последний называется QBE (Query By Example).

Говоря о запросах вообще (и пространственных, и атрибутивных), затронем логические операции. Первое, что надо знать - это операции с выборкой. В идеальном случае должны быть команды "выбрать все объекты слоя", "отменить выборку для всех" и "инвертировать выборку". Второе - логические операции при запросах. Везде результаты более нового запроса перекрывают результаты предыдущего, но полезны бывают также "логическое умножение" (AND), "логическое сложение" (OR) и "исключающее или" (XOR) с предыдущей выборкой.

В наиболее простом случае используются внутренние базы данных - то есть ГИС работает с ними на уровне файлового обмена, и поддерживает только несколько определенных. Это почти всегда dBase, более экзотичны Paradox и R:Base. Применение ASCII Delimited хотя и обеспечит восприятие Вашей базы данных большинством систем, однако скоростные характеристики при работе с ним весьма низки. У наиболее популярного в ГИС формата dBase II есть серьезное ограничение в 65 тыс. записей и размер одной записи не более 4 Кб, у других форматов ограничения также реальны. Чтобы избежать проблем при росте БД, можно прибегнуть к помощи внешних баз данных.

Технология обмена с внешними базами данных заключается не в работе с их файлами напрямую, а в обращении к интегратору баз данных. В среде Windows из таких наиболее известный ODBC (Open DataBase Connectivity), другой интегратор - IDAPI производства Borland. Суть состоит в том, чтобы уже интегратор брал на себя проблемы работы или с файлами баз данных, или выполнял свою работу через "большие" СУБД, такие как Oracle, Informix и т. д. Во-первых, "верхняя планка" размерных ограничений таких баз гораздо выше, а во вторых, в руки ГИС дается простое и эффективное средство работы практически с любой БД. Однако взаимодействие с внешней базой все же сильно отличается от внутренней. Самым лучшим вариантом для ГИС было бы, несомненно, если бы работа с внешней БД проходила идентично внутренней, реально же в каждой геоинформационной системе оно имеет свою специфику. Так, ArcView, Atlas GIS, скажем, ограничиваются копированием по SQL-запросу части внешней базы данных во временную внутреннюю, что, конечно, не является удовлетворительным решением для серьезных задач анализа информации. Такая система обмена является по сути и односторонней - об обновлении данных из ГИС во внешнюю базу речь не идет.

Дата добавления: 2014-01-05