введення і розміщення даних;
управління даними;
маніпуляція даними та їх аналіз;
виробництво кінцевого продукту.
Функціональним призначенням даних компонентів є:
Придбання та підготовка вихідних даних; включає маніпуляції з вихідними даними карт - матеріалами на твердої або паперовій основі, даними дистанційного зондування, результатами польових випробувань, текстовими (табличними) матеріалами, з архівними даними.
Введення і розміщення просторової і непросторових складових даних включає конвертування інформації у внутрішні формати системи та забезпечення структурної та логічної сумісності усього безлічі породжуваних даних.
Управління даними передбачає наявність засобів оптимальної внутрішньої організації даних, забезпечують ефективний доступ до них.
Функції маніпуляції та аналізу представлені засобами, призначеними для змістовної обробки даних в цілях обробки і реорганізації даних. З точки зору користувача, ці функції є головними в ГІС-технологіях, тому що дозволяють отримувати нову інформацію, необхідну для управління, дослідницьких цілей, прогнозування.
Виробництво кінцевого продукту включає висновок отриманих результатів для кінцевих споживачів ГІС. Ці продукти можуть представляти карти, статистичні звіти, різні графіки, стандартні форми певних документів.
Крім цього, кожен картографічний об'єкт може мати атрибутивну інформацію, в якій міститься інформація, яка не обов'язково повинна відображатися на карті (наприклад, число мешканців якого будинку і їх соціальний статус).
Переважна більшість ГІС-систем розрізняють геометричну і атрибутивну компоненти баз даних ГІС. Їх часто називають також просторовими (картографічними, геометричними) і непросторових (табличними, реляційними) даними.
Картографічна інформація представляється точками, кривими і майданними об'єктами.
Атрибутивна інформація містить текстові, числові, логічні дані про картографічних об'єктах. Більшість сучасних ГІС-інструментаріїв дозволяють зберігати інформацію в складі БД, як правило, реляційних.
Атрибутивна інформація зберігається у вигляді окремих табличних файлів, як правило, у форматах реляційних баз даних систем DBF, PARADOX, ORACLE, INGRESS. Такий спосіб характерний як для західних комерційних продуктів, так і сучасних вітчизняних розробок.
Модель файлового сервера є найбільш простий і характеризує не стільки спосіб утворення інформаційної системи, скільки загальний спосіб взаємодії комп'ютерів в локальної мережі. Один з комп'ютерів мережі виділяється і визначається файловим сервером, тобто загальним сховищем будь-яких даних. Суть FS - моделі ілюструється схемою, наведеною на рис.
В
Модель файлового сервера
У FS-моделі всі основні компоненти розміщуються на клієнтської установці. При зверненні до даних ядро СУБД, в свою чергу, звертається із запитами на введення-виведення даних за сервісом до файлової системи. За допомогою функцій операційної системи в оперативну пам'ять клієнтської установки повністю або частково на час сеансу роботи копіюється файл бази даних. Таким чином, сервер в даному випадку виконує чисто пасивну функцію.
Перевагою даної моделі є її простота, відсутність високих вимог до продуктивності сервера (головне, необхідний обсяг дискового простору). Слід також відзначити, що програмні компоненти СУБД в даному випадку не розподілені, тобто ніяка частина СУБД на сервері не повинна встановлюватися і не розміщується.
Недоліки даної моделі - високий мережевий трафік, що досягає пікових значень особливо в момент масового входження в систему користувачів, наприклад на початку робочого дня. Однак більш істотним недоліком, з точки зору роботи з загальною базою даних, є відсутність спеціальних механізмів безпеки файлу (файлів) бази даних з боку СУБД. Інакше кажучи, поділ даних між користувачами (паралельна робота з одним файлом даних) здійснюється тільки засобами файлової системи ОС для одночасної роботи декількох прикладних програм з одним файлом.
Незважаючи на очевидні недоліки, модель файлового сервера є природним засобом розширення можливостей персональних (настільних) СУБД в напрямку підтримки багато режиму і, очевидно, в цьому плані ще буде зберігати своє значення
Модель віддаленого доступу до даними заснована на обліку специфіки розміщення і фізичного маніпулювання даних у зовнішній пам'яті для реляційних СУБД. У RDA-моделі компонент доступу до даних в СУБД повністю відділений від двох інших компонентів (Компонента уявлення і прикладного компонента) та розміщується на сервері системи.
Компонент доступу до даних реалізується у вигляді самостійної програмної частини СУБД, званої SQL-сервером, і інсталюється на обчислювальній установці сервера системи. Функції SQL-сервера обмежуються низькорівневими ...
