Презентация на тему План

реляційних та об’єктно-орієнтованих баз даних.
Поняття бази геопросторових даних:

визначення, призначення та функції БГД.
Етапи проектування баз геопросторових даних.

це потужний набір інструментів для збору, зберігання, пошуку за

бажанням, перетворення і відображення просторових даних з реального світу." (Burrough 1986)

"ГІС – це системи баз даних, в яких велика частина даних просторово індексуються, існує набір процедур для того, щоб відповісти на питання про просторові сутності в базі даних" (Сміт та ін., 1987)

дані завдяки:
різне подання – карти / таблиці
різні вимоги –

топологічні / логічні

Керування геоданими

основі файлів (SHP, DXF, MIF, ...) через відсутність підтримки

просторових даних в системах баз даних Обмеження підходу на основі файлів   Поділ та ізоляція   Копіювання даних   Залежність даних   Несумісність файлів   Основні запити / поширення прикладних програм сьогодні:   вбудовані реляційна / об'єктно-реляційна системи баз даних з підтримкою просторових даних (корпоративні ГІС)   однокористувальницька персональна база геоданих без підтримки просторових даних (так само, як сховище даних)

Серверна
MS-SQL Server Express
Oracle

DB2
Informix
MS-SQL Server
PostgreSQL

MS-Access

ESRI

як проектувати бази геоданих, тобто логічні елементи інформації
як реалізувати

проект, тобто технічні та структурні елементи СКБД
як налаштувати базу даних для якісної експлуатації, тобто (просторова) індексація, керування транзакціями, керування версіями
як працювати з базою геоданих, тобто використання SQL для отримання даних

просторовими даними
проектування
структурування
настроювання
робота з
просторовими даними

або, принаймні, частину реального світу, який нас цікавить. Ми

будуємо модель такої частини, яка називається предметна область.

В результаті такого моделювання дані спрощуються і стають орієнтованими на комп'ютерне використання, наприклад:

координати як модель положення,
полігон як модель земельної ділянки,
ім'я власника як модель самої людини.

основи структур даних, де конкретні набори даних можуть бути

збережені, як ортофотоплани, в космічні знімки або геологічні полігональні шари карти.

від будь-якої іншої інформації
Геометрія це просто ще один атрибут

Додаткові

правила:
відокремлюються негеографічні дані від географічних
відокремлюються грубі дані від тонких даних, наприклад, національні дані від регіональних
відокремлюються дані відповідно до їх поданням, тобто векторні і растрові
відокремлюються дані, засновані на формі геометрії, тобто точки, лінії, полігони

даних, наприклад файл або персональна база геоданих ArcGIS
Хоча

концептуальне проектування має бути незалежним від будь-яких технічних проблем, проте потрібно пам'ятати, про структурні елементи конкретної бази геоданих

Дроздівський О.П.

об'єктів (без геометрії)
Класи інформаційних об'єктів
Класи відношень
Домени

Геометричні мережі
Топології
Растри
TIN
Локатори

мають спільну систему координат. Геометричні мережі і топологічні правила

можуть бути визначені тільки всередині наборів даних. Набір даних об'єктів можна також використовувати для логічного структурування геометричних даних.
Класи об'єктів: Набір об'єктів того ж типу геометрії і з тим же набором атрибутів
Клас Простих об'єктів: без явних топологій
Клас Топологічних об'єктів: з явною топологією (наприклад, геометричні мережі)
Підтипи:
Підтип буде мати той же набір атрибутів, як відповідного класу об'єктів або класу об'єктів, у той час як домен або значення за замовчуванням з одного або декількох атрибутів можуть відрізнятися

в таблиці, які поділяють одні й ті ж атрибути.

Вони використовуються в якості методу для класифікації даних.
Підтипи дозволяють робити наступне:
Збільшувати продуктивність бази геоданих, представляючи різні об'єкти реального світу як підмножину об'єктів в даному класі об'єктів, а не створюючи нових класів об'єктів для кожного об'єкта. Наприклад, вулиці як клас вулиці можна розділити на три підтипи: місцеві, регіональні, і магістральні вулиці.
Встановлювати значення за замовчуванням, яке буде автоматично застосовуватися при створенні нових об'єктів. Наприклад, підтип квартальна вулиця може бути створена і визначена таким чином, що кожен раз, коли цей тип вулиці додають до класу об'єктів, його атрибут обмеження швидкості автоматично встановлюється на 40 км на годину.
Застосовувати закодовані або ранжовавні домени об'єктів, що дозволяє обмежити введення інформації в припустимий набір значень. Наприклад, в мережі водопостачання, підтипу водопровід може мати домен кодованих для атрибуту матеріал труби, що обмежують їх бути виготовлені з чавуну або міді.
Створення правил для взаємодії між іншими підтипами і класами для підтримки цілісності мережі. Наприклад, у водопровідній мережі, гідрант можна підключити до бокового гідранта, але не до будинкового водопровідного вводу.

Дроздівський О.П.

графа (модель вузол-ребро) для моделювання реальних мереж (річки, дороги,

трубопроводи)
Топології: Топологічні правила, які можуть бути визначені для класів об'єктів, наприклад «клас об'єктів земельні ділянки не повинні мати будь-яких прогалин чи дублювання"

геометрії, наприклад, з додатковими атрибутивними даними для класу об'єктів.
Класи

відношень: Реалізація відношень між Класами географічних та / або інформаційних. ArcGIS не використовує функціональні можливості основних СКБД, але керує інформацією по собі в додаткових (система) таблиць.

Домени: Діапазон допустимих значень атрибута
Домен діапазону значень: Діапазон, наприклад, між 100 і 200
Домен кодованих значень: Список всіх можливих значень, наприклад, шосе, дорога, магістраль

переглядати і робити запити від малих до великих колекцій

растрових даних і зображень.
Каталог растрів: Колекція наборів растрових даних, які візуалізуються як один шар
Набір растрів: Растрове зображення, яке складається з щонайменше одного або декількох смуг частот
Растр один растр
Локатор: Геокодування і розділення за Адресами

Нерегулярна тріангуляційна мережа, набір трикутників рівно з одним Z-значення

для кожного вузла

формалізація ПО без будь-яких конвенції чи обмежень щодо реалізації

(тобто створення концептуальної моделі даних)
подання концептуальної моделі, яка відображає те, як дані записуються в комп'ютер (тобто створення логічної моделі даних)
структура файлу, яка э поданням структури даних в пам'яті комп'ютера (наприклад, створення фізичної моделі даних)
загальноприйняті правила при роботі з даними (тобто створення моделі маніпулювання даними, іноді називають функціональна модель)
загальноприйняті правила і процедури для відображення і подання просторових даних (тобто настройки графічної моделі)

Основні етапи проектування баз геоданих

призначена для вирішення завдань конкретної предметної галузі, наприклад SQL-DDl

логічна модель БД, XSD для XML документів та інші.)

UML and UML-based tools for:
Sketching.
White boarding.
Documentation.
Conceptual drawings that

do not directly relate to code.

We would recommend precisely defined DSLs and DSL-based tools for:
Precise abstractions from which code is generated.
Precise abstractions that map to variation points in frameworks and components.
Precise mappings between DSLs.
Conceptual drawings that have precisely specifiable mappings to other DSLs or to code artifacts.
(Microsoft: http://msdn.microsoft.com/en-u/library/ms379623(VS.80).aspx