Так, у города есть размер населения, у района - периметр и
имя главы администрации, у страны - общая площадь и тип
государственного управления. И для хранения всей этой
информации применяются атрибутивные таблицы. В них
каждому картографическому объекту соответствует запись
базы данных, отдельные поля которой - числовые,
символьные, логические - определяют различные атрибуты
объекта: номер, уникальное имя, степень загрязнения, дату
создания, и еще что угодно. В зависимости от числовых и
логических параметров можно по-разному показать разные
типы объектов, скажем, различить асфальтовые, грунтовые и
проселочные дороги.
Необязательно хранить все атрибутивные данные слоя в
одной таблице - можно информацию из разных источников
держать в разных таблицах, и связывать их (горизонтально,
запись к записи) логически в одну большую таблицу. Для
этого можно использовать одинаковое во всех таблицах и в то
время уникальное в пределах отдельно взятой таблицы поле -
номер объекта. Это важно, поскольку в современном мире
информация постоянно меняется, то есть достаточно
обновлять только одну из исходных табличек. Логическая
связка будет действовать следующим образом - при выделении
атрибутивной информации объекта в одной таблице
выделение отобразится и во все другие. Таким вот методом
можно связать несколько таблиц не только логически, но и
физически "сшить" их в одну большую, хотя такая операция
редко приносит пользу, скорее добавит проблем, связанных с
ограничением на размер БД.
Обработка
В ГИС обычно встроены не только средства отображения
базы данных, а есть также небольшая СУБД - модуль работы с
таблицами. Он позволяет создать новую атрибутивную
таблицу, заполнить ее (добавляя записи и поля), и, в
отдельных системах, привязать ее к карте. К сожалению,
операции реструктуризации базы поддерживается далеко не
везде. Так, в известном продукте ArcView после того, как база