Spatial Option zastosowania. Oracle Spatial Option. Spatial Option dlaczego? Spatial Option dlatego. Zastosowania. A co poza tym? Krzysztof Jankiewicz

Podobne dokumenty
Oracle Spatial Option

Oracle Spatial Option

Wykorzystanie mechanizmów obiektowych przykład przetwarzanie danych przestrzennych Krzysztof Jankiewicz.

Innowacyjne rozwiązania typu open source w aplikacjach typu gis-web. Dominik Tałanda

Ćwiczenie 2. Opcja przestrzenna bazy danych

Dane przestrzenne Ćwiczenia laboratoryjne (6)

Zarz dzanie danymi przestrzennymi z uwzgl dnieniem mo liwo ci bazy danych Oracle 11g

ZAPYTANIA PRZESTRZENNE W RELACYJNYCH BAZACH DANYCH

3 Źródła 13. Mogą to być dane geoprzestrzenne, przestrzenne, dane o terenie, katastralne, itp..

Styczeń Instytut Informatyki Teoretycznej i Stosowanej Politechnika Częstochowska. Systemy baz danych - wykład VIII. dr inż.

GIS. Grzegorz Chilkiewicz

KOLEKCJE - to typy masowe,zawierające pewną liczbę jednorodnych elementów

3 Źródła 14. Mogą to być dane geoprzestrzenne, przestrzenne, dane o terenie, katastralne, itp..

SPATIAL ZADANIA Krzysztof Jankiewicz, Instytut Informatyki Politechnika Poznańska

Bloki anonimowe w PL/SQL

Przestrzenne bazy danych. Definicja i cechy przestrzennych baz danych

Funkcje w PL/SQL Funkcja to nazwany blok języka PL/SQL. Jest przechowywana w bazie i musi zwracać wynik. Z reguły, funkcji utworzonych w PL/SQL-u

Modelowanie wymiarów

Oracle PL/SQL. Paweł Rajba.

Kolekcje Zbiory obiektów, rodzaje: tablica o zmiennym rozmiarze (ang. varray) (1) (2) (3) (4) (5) Rozszerzenie obiektowe w SZBD Oracle

Procedury wyzwalane. (c) Instytut Informatyki Politechniki Poznańskiej 1

Przestrzenne bazy danych. Wstęp do przestrzennych baz danych

Relacyjne bazy danych. Podstawy SQL

w PL/SQL bloki nazwane to: funkcje, procedury, pakiety, wyzwalacze

Multimedialne bazy danych. Andrzej Łachwa, WFAiIS UJ 2011

Programowanie w SQL procedury i funkcje. UWAGA: Proszę nie zapominać o prefiksowaniu nazw obiektów ciągiem [OLIMP\{nr indeksu}] Funkcje użytkownika

Materiały. Technologie baz danych. Plan wykładu Kursory. Wykład 5: Kursory jawne. Podprogramy. Kursory jawne. Kursory niejawne

Relacyjne bazy danych. Podstawy SQL

Systemy GIS Tworzenie zapytań w bazach danych

Operacja PIVOT w języku SQL w środowisku Oracle

15. Funkcje i procedury składowane PL/SQL

Blaski i cienie wyzwalaczy w relacyjnych bazach danych. Mgr inż. Andrzej Ptasznik

Plan ćwiczenia. Rozdział 16 Uwierzytelnianie i autoryzacja w bazie danych. Użytkownicy i schematy (1) Użytkownicy i schematy (2) baza danych: ZESP99

Przestrzenne bazy danych. Typy obiektów przestrzennych

Oracle PL/SQL. Paweł Rajba.

Pakiety podprogramów Dynamiczny SQL

Przestrzenne bazy danych. Funkcje geometryczne

Oracle PL/SQL. Paweł Rajba.

Hurtownia Świętego Mikołaja projekt bazy danych

Model relacyjny. Wykład II

Wyzwalacz - procedura wyzwalana, składowana fizycznie w bazie, uruchamiana automatycznie po nastąpieniu określonego w definicji zdarzenia

Procedury składowane. Funkcje vs. procedury Funkcja. Procedura. zazwyczaj ma parametry tylko typu IN; można wywoływać z poziomu

1: 2: 3: 4: 5: 6: 7: 8: 9: 10:

Wykład 8. SQL praca z tabelami 5

Charakterystyka przestrzennych typów danych. do tworzenia raportów. Using spatial data types in reports.

Obiektowe bazy danych Ćwiczenia laboratoryjne (?)

Wykład 5. SQL praca z tabelami 2

Oracle11g: Wprowadzenie do SQL

Procedury i funkcje składowane

Język SQL. Rozdział 10. Perspektywy Stosowanie perspektyw, tworzenie perspektyw prostych i złożonych, perspektywy modyfikowalne i niemodyfikowalne.

BAZA DANYCH SIECI HOTELI

Bazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych

Tworzenie raportów XML Publisher przy użyciu Data Templates

Obiektowe bazy danych

Monika Kruk Mariusz Grabowski. Informatyka Stosowana WFiIS, AGH 13 grudzień 2006

Bazy danych wykład dwunasty PL/SQL, c.d. Konrad Zdanowski ( Uniwersytet Kardynała Stefana Bazy danych Wyszyńskiego, wykładwarszawa)

UPDATE Studenci SET Rok = Rok + 1 WHERE Rodzaj_studiow =' INŻ_ST'; UPDATE Studenci SET Rok = Rok 1 WHERE Nr_albumu IN ( '111345','100678');

Oracle PL/SQL. Paweł Rajba.

SQL (ang. Structured Query Language)

Zasady transformacji modelu DOZ do projektu tabel bazy danych

Języki programowania wysokiego poziomu. PHP cz.4. Bazy danych

Plan wykładu BAZY DANYCH II WYKŁAD 5. Kolekcje. Tablice asocjacyjne Kolekcje Tablice asocjacyjne VARRAY Tablice zagnieżdżone

PODSTAWY BAZ DANYCH 13. PL/SQL

DECLARE <nazwa_zmiennej> typ [(<rozmiar> )] [ NOT NULL ] [ { := DEFAULT } <wartość> ];

Język PL/SQL. Rozdział 5. Pakiety podprogramów. Dynamiczny SQL

Perspektywy Stosowanie perspektyw, tworzenie perspektyw prostych i złożonych, perspektywy modyfikowalne i niemodyfikowalne, perspektywy wbudowane.

Bazy danych Język SQL część 2 Wykład dla studentów matem

Nauczycielem wszystkiego jest praktyka Juliusz Cezar. Nauka to wiara w ignorancję ekspertów Richard Feynman

Oracle PL/SQL. Paweł Rajba.

Pakiety są logicznymi zbiorami obiektów takich jak podprogramy, typy, zmienne, kursory, wyjątki.

Przestrzenne bazy danych Podstawy języka SQL

Plan bazy: Kod zakładający bazę danych: DROP TABLE noclegi CASCADE; CREATE TABLE noclegi( id_noclegu SERIAL NOT NULL,

Wykład 05 Bazy danych

Wykład IV Modelowanie danych, projektowanie systemu informatycznego Modelowanie konceptualne implementacyjne Modelowanie pojęciowe na encjach

Oracle Label Security

Tworzenie tabel. Bazy danych - laboratorium, Hanna Kleban 1

Post-relacyjne bazy danych

Wykład XII. optymalizacja w relacyjnych bazach danych

Obiektowe bazy danych

MULTILINESTRING MULTILINESTRING((11 5, 7 4, 3 9), (5 3, 2 7, 6 5)) MULTIPOLYGON MULTIPOLYGON(((0 0, 5 5, 10 0, 0 0)), ((3 2, 5 1, 7 2, 3 2)))

SYSTEM INFORMATYCZNY KS-SEW

Bazy danych. dr inż. Arkadiusz Mirakowski

Bazy danych. Wykład IV SQL - wprowadzenie. Copyrights by Arkadiusz Rzucidło 1

Język PL/SQL Pakiety podprogramów

Systemowe aspekty baz

Język PL/SQL. Rozdział 4. Procedury i funkcje składowane

strukturalny język zapytań używany do tworzenia i modyfikowania baz danych oraz do umieszczania i pobierania danych z baz danych

Technologie baz danych WYKŁAD 7: Wyjątki

Paweł Rajba

77. Modelowanie bazy danych rodzaje połączeń relacyjnych, pojęcie klucza obcego.

SQL Server i T-SQL w mgnieniu oka : opanuj język zapytań w 10 minut dziennie / Ben Forta. Gliwice, Spis treści

Deklarowanie kursora. CURSOR nazwa [ ( param1 typ1 [,param2 typ2]... ) ] [RETURN typ zwracany] IS zapytanie SQL;

PLAN WYKŁADU BAZY DANYCH MODEL DANYCH. Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna HISTORIA

Materiały do laboratorium MS ACCESS BASIC

Oracle PL/SQL. Paweł Rajba.

Baza danych inside. Biologiczne Aplikacje Baz Danych

SQL 4 Structured Query Lenguage

Język SQL. Rozdział 9. Język definiowania danych DDL, część 2.

Bazy danych i usługi sieciowe

Transkrypt:

Spatial Option zastosowania Oracle Spatial Option Krzysztof Jankiewicz Krzysztof.Jankiewicz@cs.put.poznan.pl Zastosowania GIS Geographic Information System CAM Computer-Aided Manufacturing CAD Computer-Aided Design A co poza tym? Wszelkie systemy zawierające dane pochodzące z rozproszonych geograficznie lub przestrzennie miejsc (urzędy pracy, ZUS, marketing, reklama, spedycja, lecznictwo, ) Politechnika Poznańska, Instytut Informatyki, KJ Politechnika Poznańska, Instytut Informatyki, KJ 2 Spatial Option dlaczego? Relacje Dlaczego nie tak: Id 10 20 30 Id_woj 20 20 10 10 10 Województwo dolnośląskie lubuskie łódzkie Miejscowość Zielona Góra Gorzów Wrocław Głogów Legnica Spatial Option A tak: Politechnika Poznańska, Instytut Informatyki, KJ 3 Pytanie Spatial Option dlatego W jakim województwie leży Głogów? Czy Gorzów jest w tym samym województwie co Zielona Góra? Co leży bliżej Zielonej Góry, Głogów czy Gorzów? Czy województwo dolnośląskie graniczy z lubuskim? Jakie województwa sąsiadują z województwem lubuskim Jakie miasta znajdują się w odległości do 100 km od województwa lubuskiego? Które województwo jest większe lubuskie czy dolnośląskie? Relacje Spatial Option Politechnika Poznańska, Instytut Informatyki, KJ 4

Spatial Option hierarchia obiektów Warstwa przestrzenna Geometria... Geometria... Geometria Element... Element... Element Punkt Ciąg linii Wielokąt Złożony ciąg linii... Politechnika Poznańska, Instytut Informatyki, KJ 5 Warstwa przestrzenna (layer) Jest zbiorem geometrii posiadających podobny zestaw atrybutów (np. związanych znaczeniowo) Przykłady warstw przestrzennych: Mapy krajów, miast; Sieć dróg, sieć wodociągów, obszary leśne, obszary zurbanizowane, obszary o określonej gęstości zaludnienia; Sieć sklepów, sieć hurtowni; Sieć nośników reklamowych, obiekty określonego typu znaczącego dla reklamodawców; Z reguły warstwa jest tożsama z pojedynczą kolumną w tabeli. Politechnika Poznańska, Instytut Informatyki, KJ 6 Geometria Jest strukturą przestrzenną zbudowaną ze zbioru prostych elementów geometrycznych, takich jak łuki, proste czy punkty. Jest atomowa z punktu widzenia większości operacji wykonywanych w ramach Opcji Przestrzennej Reprezentowana przez obiekt typu Przykłady geometrii: Wyspa, jezioro, województwo, obszar zalesiony; Ulica, rzeka, granica; Sklep, hurtownia, nośnik reklamowy, apteka, szkoła Konstelacja gwiazd, zbiór szkół, archipelag Element Składowa geometrii fragment jej opisu Z reguły nie występuje samodzielnie. Może być różnego typu: Punkt, Linia, Wielokąt W zależności od typu elementu do jego opisu wykorzystywany jest jeden lub cały zbiór punktów (współrzędnych) Politechnika Poznańska, Instytut Informatyki, KJ 7 Politechnika Poznańska, Instytut Informatyki, KJ 8

Typ obiektowy - Typ pozwalający na zdefiniowanie i przechowywanie geometrii Przechowywany w schemacie użytkownika MDSYS MDSYS. AS OBJECT ( SDO_GTYPE NUMBER, SDO_SRID NUMBER, SDO_POINT SDO_POINT_TYPE, SDO_ELEM_INFO MDSYS.SDO_ELEM_INFO_ARRAY, SDO_ORDINATES MDSYS.SDO_ORDINATE_ARRAY); CREATE TABLE SO_WOJEWODZTWA ( WO_ID NUMBER(3), WO_NAZWA VARCHAR2(100), WO_KSZTALT MDSYS.); Politechnika Poznańska, Instytut Informatyki, KJ 9 atrybut SDO_GTYPE SDO_GTYPE określa typ geometrii w formacie dltt Prawidłowe wartości to: AS SDO_GTYPE SDO_SRID SDO_POINT SDO_ELEM_INFO SDO_ORDINATES dl00 UNKNOWN_GEOMETRY Wartość ignorowana. dl01 POINT Geometria zawiera jeden punkt. dl02 LINESTRING Geometria jeden ciąg linii. dl03 POLYGON Geometria zawiera jeden wielokąt. dl04 COLLECTION Geometria zawiera różnorodną kolekcję elementów. dl05 MULTIPOINT Geometria składa się z wielu punktów. dl06 MULTILINESTRING Geometria składa się z wielu ciągów linii. dl07 MULTIPOLYGON Geometria zawiera wiele rozłącznych wielokątów Gdzie d to liczba wymiarów w której geometra występuje, a l dotyczy systemu LRS. Politechnika Poznańska, Instytut Informatyki, KJ 10 atrybut SDO_GTYPE przykłady insert into SO_MIEJSCOWOSCI values ( 1, 'Warszawa', MDSYS.( 2001, -- punkt umieszczony w -- układzie dwuwymiarowym...); insert into SO_RZEKI values ( 1, 'Wisła', MDSYS.( 2002, -- ciąg linii...); insert into SO_WOJEWODZTWA values ( 1, 'Wielkopolskie', MDSYS.( 2003, -- wielokąt...); Politechnika Poznańska, Instytut Informatyki, KJ 11 atrybut SDO_SRID SDO_SRID definiuje system koordynat AS SDO_GTYPE SDO_SRID SDO_POINT SDO_ELEM_INFO SDO_ORDINATES Wartość pusta oznacza, że żaden system koordynat nie jest wykorzystywany. W przeciwnym przypadku SDO_SRID musi zawierać wartość znajdującą się w kolumnie SRID w tabeli MDSYS.CS_SRS Wszystkie geometrie w tej samej kolumnie muszą posiadać tą samą wartość parametru SDO_SRID Politechnika Poznańska, Instytut Informatyki, KJ 12

atrybut SDO_POINT AS SDO_GTYPE SDO_SRID SDO_POINT SDO_ELEM_INFO SDO_ORDINATES SDO_POINT zoptymalizowana metoda przechowywania pojedynczych punktów przestrzennych Jest definiowany za pomocą typu SDO_POINT_TYPE posiadającego trzy atrybuty (X,Y,Z) Nie jest uwzględniany gdy parametry SDO_ELEM_INFO i SDO_ORDINATES są wypełnione Politechnika Poznańska, Instytut Informatyki, KJ 13 atrybut SDO_ELEM_INFO AS SDO_GTYPE SDO_SRID SDO_POINT SDO_ELEM_INFO SDO_ORDINATES Jeżeli geometria nie jest pojedynczym punktem przechowywanym w parametrze SDO_POINT wówczas SDO_ELEM_INFO zawiera opis poszczególnych elementów wchodzących w skład geometrii. Każdy element opisywany jest przez trzy parametry: SDO_STARTING_OFFSET pozycja pierwszej koordynaty w SDO_ORDINATES SDO_ETYPE definiujący typ elementu SDO_INTERPRETATION interpretacja, posiada różne znaczenie w zależności od typu elementu Politechnika Poznańska, Instytut Informatyki, KJ 14 SDO_ETYPE i SDO_INTERPRETATION czyli typy elementów i ich interpretacje Typ obiektu 0 nieznany element 1 punkt 2 ciąg linii 3 wielokąt 4 złożony ciąg linii 5 złożony wielokąt Wartości SDO_ETYPE 0 1 2 1003 zewnętrzny 2003 wewnętrzny 4 1005 zewnętrzny 2005 wewnętrzny Wartości SDO_INTERPRETATION # liczba punktów w kolekcji 1 linie proste, 2 łuki 1 linie proste, 2 łuki, 3 zoptymalizowany prostokąt, 4 koło # liczba podelementów (ciągów linii) tworzących złożony ciąg linii # liczba podelementów (ciągów linii) tworzących złożony wielokąt Politechnika Poznańska, Instytut Informatyki, KJ 15 SDO_ETYPE i SDO_INTERPRETATION przykłady (1,1003,1) (1,2,1) (1,1003,2) (1,1,7) (1,1005,8, ) (1,1003,3) (1,2,2) (1,1003,4) (1,1005,2, ) (1,4,3, 1,2,1, 5,2,2, 13,2,1) (1,1003,1, 9,2003,1) Politechnika Poznańska, Instytut Informatyki, KJ 16

atrybut SDO_ORDINATES Zawiera koordynaty (współrzędne poszczególnych punktów) wszystkich elementów tworzących geometrię Liczba wartości służących do opisania AS SDO_GTYPE SDO_SRID SDO_POINT SDO_ELEM_INFO SDO_ORDINATES współrzędnych jednego punktu jest uzależniona wartości atrybutu SDO_GTYPE Atrybut SDO_ELEM_INFO wyznacza, które punkty w SDO_ORDINATES należą do których elementów Politechnika Poznańska, Instytut Informatyki, KJ 17 atrybut SDO_ORDINATES przykłady (1,2,1) (1,2, 22,9, 41,2, 43,9, 71,1) (1,4,3, 1,2,1, 5,2,2, 13,2,1) (17,1, 1,1, 1,9, 2,14, 13,9, 15,5, 19,3, 31,3, 36, 8) (1,1,7) (1,12, 3,6, 14,6, 17,12, 22,15, 26,15, 30,13) (1,1003,4) (10,20, 4,17, 1,10) (1,1003,1, 11,2003,1) (1,1, 30,5, 20,12, 7,12, 1,1, 8,5, 8,10, 18,10, 18,5, 8,5) Politechnika Poznańska, Instytut Informatyki, KJ 18 przykłady insert into so_miejscowosci values (12,'Poznań', MDSYS.(2001, MDSYS.SDO_ELEM_INFO_ARRAY(1, 1, 1), MDSYS.SDO_ORDINATE_ARRAY(38.11, insert into so_miejscowosci 52.50))) values (12,'Poznań', lub MDSYS.(2001, MDSYS.SDO_POINT_TYPE(38.11, 52.50, NULL), NULL) insert into so_rzeki values (1,'Wisła', MDSYS.(2002, MDSYS.SDO_ELEM_INFO_ARRAY(1, 2, 1), MDSYS.SDO_ORDINATE_ARRAY(97.87, 115.15, 114.87, 123.05, 117.86, 123.61, 114.81, 113.79, 117.26, 109.79, 127.00, 97.87, 104.65, 87.04, 95.17, 96.52))) insert into so_wojewodztwa values (16, 'wielkopolskie', MDSYS.(2003, MDSYS.SDO_ELEM_INFO_ARRAY(1, 1003, 1), MDSYS.SDO_ORDINATE_ARRAY(67.06, 56.56, 65.02, 57.57, 54.12, 75.9, 54.86, 78.57, 49.45, 77.89, 47.07, 70.44, 37.56, 70.17, 31.83, 65.70, 26.08, 60.96, 24.24, 50.48, 25.40, 39.29, 29.11, 39.13, 34.61, 34.29, 32.44, 31.19, 37.59, 26.75, 43.69, 29.46, 45.38, 44.70, 54.49, 50.19, 66.72, 54.53, 66.85, 55.13, 67.06, 56.56)) Metadane Poszczególne kolumny typu mogą zostać zarejestrowane za pomocą umieszczenia odpowiednich informacji w tzw. metadanych Metadane pozwalają aplikacjom podejmować decyzje odnośnie technik obsługi (np. wizualizacji) określonych kolumn Dostęp do metadanych jest możliwy za pomocą perspektyw systemowych [USER ALL DBA]_SDO_GEOM_METADATA Struktura tych perspektyw jest następująca: TABLE_NAME VARCHAR2(32), COLUMN_NAMEVARCHAR2(32), DIMINFO MDSYS.SDO_DIM_ARRAY, SRID NUMBER Politechnika Poznańska, Instytut Informatyki, KJ 19 Politechnika Poznańska, Instytut Informatyki, KJ 20

Metadane USER_SDO_GEOM_METADATA kolumny TABLE_NAME nazwa zarejestrowanej tabeli np. SO_WOJEWODZTWA COLUMN_NAME nazwa kolumny zawierającej geometrie (będącej typu ) np. WO_KSZTALT DIMINFO (typ MDSYS.SDO_DIM_ARRAY) jest to tablica o zmiennej długości zawierająca informacje dotyczące każdego wymiaru występującego w geometrach. Dla każdego wymiaru przechowywane są następujące dane: nazwa wymiaru, wartość wymiaru ograniczająca geometrie z dołu, wartość ograniczająca z góry, tolerancja SRID jeśli geometrie wykorzystują określony system koordynat musi on pojawić się również w tym przypadku rejestracji metadanych Politechnika Poznańska, Instytut Informatyki, KJ 21 Metadane wskazówki i przykład Rejestracja metadanych jest konieczna przed utworzeniem indeksu na kolumnie zawierającej geometrie Rejestracja jest realizowana tylko raz dla warstwy (czyli określonej kolumny w określonej tabeli) 125 135 INSERT INTO USER_SDO_GEOM_METADATA VALUES ( 'SO_WOJEWODZTWA', 'WO_KSZTALT', MDSYS.SDO_DIM_ARRAY( -- 135X125 grid MDSYS.SDO_DIM_ELEMENT('X', 0, 135, 0.01), MDSYS.SDO_DIM_ELEMENT('Y', 0, 125, 0.01) ), NULL -- SRID ); Politechnika Poznańska, Instytut Informatyki, KJ 22 Indeksowanie danych przestrzennych Dane przestrzenne wymagają indywidualnych technik indeksowania Oracle udostępnia dwa typy indeksów: R-tree i Quadtree Indeksy są niezbędne podczas weryfikacji zawierania się lub podczas wyznaczania zależności pomiędzy geometriami Własność Tworzenie i strojenie indeksu Wielkość indeksu Zapytania z wyk. operatora najbliższego sąsiedztwa Duża liczba modyfikacji Zapytanie z wykorzystaniem SDO_WITHIN_DISTANCE Indeksowanych wymiarów Przybliżanie geometrii Proste Mała Szybsza realizacja Zmniejszenie wydajności indeksu Zalecany Do 4 Słabe R-tree Bardziej skomplikowane, dobranie odpowiednich wartości może mieć znaczące skutki Wolniejsza realizacja Nie ma wpływu na wydajność Dobre przy odpow. właściwościach indeksu Politechnika Poznańska, Instytut Informatyki, KJ 23 Duża Do 2 Quadtree Indeksacja trzech lub więcej wymiarów powoduje, że jedynym operatorem, z którego można korzystać jest SDO_FILTER 1 5 6 c 7 a 2 A root B R-tree indeks 3 9 b d 4 8 root a b c d R-tree indeks dokonuje przybliżenia każdej geometrii przez zastosowanie pojedynczego najmniejszego obejmującego prostokąta (MBR minimum bounding rectangle) Modyfikacje tabeli mogą wpływać na degradację jakości indeksu Jakość indeksu można przywrócić za pomocą jego przebudowy Do analizy indeksu Oracle udostępnia następujące funkcje i procedury: SDO_TUNE.ANALYZE_RTREE określa czy indeks wymaga przebudowy czy nie. Wylicza obecną jego jakość i porównuje z jakością początkową SDO_TUNE.RTREE_QUALITY zwraca jakość indeksu SDO_TUNE.QUALITY_DEGRADATION zwraca stopień degradacji indeksu stosunek powierzchni korzenia do powierzchni na poziomie 0 Politechnika Poznańska, Instytut Informatyki, KJ 24 A B

Quadtree indeks Podstawową rolę w budowie indeksu quadtree odrywa operacja zwana mozaikowaniem (tessellation) Każdy prostokąt dzielony jest na cztery równe podprostokąty dopóki dopóty w nie będzie dotyczył tylko jednej geometrii Do pokrycia wszystkich geometrii wykorzystywane są prostokąty o stałej lub zmiennej długości Sposób indeksowania określany jest za pomocą dwóch parametrów SDO_LEVEL i SDO_NUMTILES indeksowanie stałe* LEVEL niepuste i niezerowe, NUMTILES puste lub zerowe (stałej wielkości prostokąty) zalecane indeksowanie hybrydowe LEVEL i NUMTILES niepuste i niezerowe (dwa zbiory prostokątów o stałej i zmiennej wielkości) Funkcja SDO_TUNE.ESTIMATE_TILING_LEVEL pozwala na określenie właściwego poziomu podziału Politechnika Poznańska, Instytut Informatyki, KJ 25 Indeksowanie przykłady create index WO_RTREE on SO_WOJEWODZTWA(WO_KSZTALT) INDEXTYPE IS MDSYS.SPATIAL_INDEX; -- sdo_level=0 SQL> SELECT SDO_TUNE.RTREE_QUALITY('SCOTT','WO_RTREE') QUALITY 2 from dual; QUALITY ---------- 1 SQL> SELECT SDO_TUNE.QUALITY_DEGRADATION('SCOTT','WO_RTREE') DEGRADATION 2 from dual; DEGRADATION ------------- 1 SQL> SELECT SDO_TUNE.ESTIMATE_TILING_LEVEL('SO_WOJEWODZTWA', 2 'WO_KSZTALT',10000,'ALL_GID_EXTENT') TIL_LVL 3 from dual; TIL_LVL ---------- 8 create index WO_QUADTREE on SO_WOJEWODZTWA(WO_KSZTALT) INDEXTYPE IS MDSYS.SPATIAL_INDEX PARAMETERS('SDO_LEVEL=8'); Politechnika Poznańska, Instytut Informatyki, KJ 26 Przykład podsumowujący Przykład podsumowujący (cd) CREATE TABLE geometrie1 ( id NUMBER PRIMARY KEY, nazwa VARCHAR2(32), geometria MDSYS.); INSERT INTO geometrie1 VALUES( 1, 'figura_a', MDSYS.( 2003, MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3), MDSYS.SDO_ORDINATE_ARRAY(1,1, 5,7) ) ); INSERT INTO geometrie1 VALUES( 2, 'figura_b', MDSYS.( 2003, MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,1), MDSYS.SDO_ORDINATE_ARRAY(5,1, 8,1, 8,6, 5,7, 5,1) ) ); INSERT INTO geometrie1 VALUES( 3, 'figura_c', MDSYS.( 2003, MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,1), MDSYS.SDO_ORDINATE_ARRAY(3,3, 6,3, 6,5, 4,5, 3,3) ) ); Politechnika Poznańska, Instytut Informatyki, KJ 27 INSERT INTO geometrie1 VALUES( 4, 'figura_d', MDSYS.( 2003, MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,4), MDSYS.SDO_ORDINATE_ARRAY(8,7, 10,9, 8,11) ) ); INSERT INTO USER_SDO_GEOM_METADATA VALUES ( 'geometrie1', 'geometria', MDSYS.SDO_DIM_ARRAY( MDSYS.SDO_DIM_ELEMENT('X', 0, 20, 0.005), MDSYS.SDO_DIM_ELEMENT('Y', 0, 20, 0.005) ), NULL ); CREATE INDEX figura_spatial_idx ON geometrie1(geometria) INDEXTYPE IS MDSYS.SPATIAL_INDEX PARAMETERS('SDO_LEVEL = 8'); Politechnika Poznańska, Instytut Informatyki, KJ 28

Zapytania Zapytania przestrzenne wykorzystują dwuwarstwowe przetwarzanie. Podczas pierwszej warstwy z pełnego zbioru na podstawie aproksymacji wybierani są tzw. kandydaci W warstwie drugiej ze zbioru kandydatów wyznaczane są za pomocą metod dokładnych te wiersze, które spełniają zadany warunek. Wejściowy zbiór danych Filtr podstawowy (primary) Zbiór danych kandydatów Filtr dokładny (secondary) Zbiór danych wynikowych Politechnika Poznańska, Instytut Informatyki, KJ 29 Operatory, funkcje, agregaty Na danych przestrzennych można operować za pomocą całego wachlarza operatorów, funkcji i agregatów. Podział ich jest następujący: Operatory przestrzenne (Spatial Operators) Funkcje geometryczne (Geometry Functions) Przestrzenne funkcje agregujące (Spatial Aggregate Functions) Funkcje służące do transformacji systemu koordynat (Coordinate System Transformation Functions) Liniowe funkcje odniesienia (Linear Referencing Functions) Politechnika Poznańska, Instytut Informatyki, KJ 30 Operatory przestrzenne SDO_FILTER sprawdza czy dwa obiekty występują w określonej zależności. Wykorzystuje tylko filtr podstawowy, wymaga indeksu. SDO_NN służy do identyfikacji najbliższego sąsiedztwa, wymaga indeksu. SDO_NN_DISTANCE funkcja zwracająca odległość od obiektów zwróconych przez operator SDO_NN SDO_RELATE wykorzystuje indeks do wyznaczenia obiektów będących w określonym stosunku przestrzennym z geometrią SDO_WITHIN_DISTANCE wykorzystuje indeks do wyznaczenia zbioru geometrii znajdującej się w ramach określonej odległości od obiektu SDO_FILTER SDO_FILTER( geometry1, geometry2, params); Podstawowym i wymaganym parametrem jest querytype. Może on przyjmować dwie wartości: WINDOW i JOIN WINDOW zalecany w większości przypadków, może służyć do porównywania pojedynczej geometrii (2) z kolumną w tabeli (1) JOIN służy do wykonywania połączeń pomiędzy dwoma tabelami zawierającymi geometrie, rzadziej wykorzystywany SQL> select a.wo_nazwa, b.wo_nazwa 2 from SO_WOJEWODZTWA a, SO_WOJEWODZTWA b 3 where SDO_FILTER(a.WO_KSZTALT, b.wo_ksztalt,'querytype=join') = 'TRUE' 4 and b.wo_nazwa = 'małopolskie'; WO_NAZWA WO_NAZWA --------------- --------------- śląskie małopolskie małopolskie małopolskie świętokrzyskie małopolskie podkarpackie małopolskie Politechnika Poznańska, Instytut Informatyki, KJ 31 Politechnika Poznańska, Instytut Informatyki, KJ 32

SDO_NN SDO_NN(geometry1, geometry2, param [, number]); Ciekawym parametrem tego operatora jest sdo_num_res. Określa on liczbę obiektów z najbliższego sąsiedztwa jaką należy zwrócić w zapytaniu SQL> select MI_NAZWA 2 from SO_MIEJSCOWOSCI 3 where SDO_NN(MI_KSZTALT,MDSYS.(2001, 4 MDSYS.SDO_ELEM_INFO_ARRAY(1, 1, 1), 5 MDSYS.SDO_ORDINATE_ARRAY(135/2,125/2)), 6 'sdo_num_res=4') = 'TRUE'; MI_NAZWA -------------------- Toruń Warszawa Łódź Częstochowa SDO_NN_DISTANCE SDO_NN_DISTANCE(number); Parametr musi być liczbą podaną w operatorze SDO_NN jako ostatni parametr SQL> select MI_NAZWA, SDO_NN_DISTANCE(1) ODL 2 from SO_MIEJSCOWOSCI 3 where SDO_NN(MI_KSZTALT,MDSYS.(2001, 4 MDSYS.SDO_ELEM_INFO_ARRAY(1, 1, 1), 5 MDSYS.SDO_ORDINATE_ARRAY(135/2,125/2)), 6 'sdo_num_res=4',1) = 'TRUE'; MI_NAZWA ODL -------------------- ---------- Częstochowa 25,952497 Łódź 5,7013858 Warszawa 23,3107036 Toruń 23,0400369 Politechnika Poznańska, Instytut Informatyki, KJ 33 Politechnika Poznańska, Instytut Informatyki, KJ 34 SDO_RELATE SDO_RELATE(geometry1, geometry2, params); W operatorze tym wyróżniamy dwa podstawowe parametry: Mask jedna z dziewięciu zależności geometrycznych: TOUCH, OVERLAPBDYDISJOINT, OVERLAPBDYINTERSECT, EQUAL,INSIDE, COVEREDBY, CONTAINS, COVERS, ANYINTERACT, ON. Możliwe jest łączenie zależności za pomocą logicznego operatora OR np.: mask=inside OR touch Querytype prawidłowymi wartościami są WINDOW lub JOIN (został omówiony wcześniej). Wymagany gdy geometry2 jest kolumną tabeli SQL> select a.wo_nazwa, count(*) 2 from SO_WOJEWODZTWA a, SO_WOJEWODZTWA b 3 where SDO_RELATE(a.WO_KSZTALT,b.WO_KSZTALT, 4 'mask=touch querytype=window') = 'TRUE' 5 group by a.wo_nazwa; WO_NAZWA COUNT(*)-1 -------------------- ---------- dolnośląskie 2 kujawsko-pomorskie 4 lubelskie 3 lubuskie 2... Politechnika Poznańska, Instytut Informatyki, KJ 35 SDO_WITHIN_DISTANCE SDO_WITHIN_DISTANCE(geometry1, ageom, params); Podstawowe parametry: Distance odległość od ageom Querytype deklaracja dotycząca wykorzystania filtru dokładnego. Wartość równa FILTER powoduje wykorzystanie tylko filtru podstawowego SQL> select MI_NAZWA 2 from SO_MIEJSCOWOSCI 3 where SDO_WITHIN_DISTANCE(MI_KSZTALT,MDSYS.(2001, 4 MDSYS.SDO_ELEM_INFO_ARRAY(1, 1, 1), 5 MDSYS.SDO_ORDINATE_ARRAY(135/2,125/2)), 6 'distance=26') = 'TRUE'; MI_NAZWA -------------------- Częstochowa Łódź Warszawa Toruń Politechnika Poznańska, Instytut Informatyki, KJ 36

Funkcje geometryczne Funkcje geometryczne można pogrupować następująco: Wyznaczające relacje pomiędzy dwoma obiektami: RELATE określa zależność pomiędzy obiektami, WITHIN_DISTANCE sprawdza czy obiekty znajdują się w określonej odległości Walidujące: VALIDATE_GEOMETRY sprawdza poprawność geometrii, VALIDATE_LAYER sprawdza poprawność warstwy (wszystkich geometrii w kolumnie określonej tabeli) Operacje na dwóch obiektach: SDO_DISTANCE oblicza odległość od geometrii SDO_DIFFERENCE różnica topologiczna dwóch geometrii, SDO_INTERSECTION część wspólna dwóch geometrii, SDO_UNION suma topologiczna dwóch geometrii, SDO_XOR symetryczna różnica dwóch geometrii Funkcje geometryczne (cd) Operacje na pojedynczych obiektach: SDO_ARC_DENSIFY zamienia łuki i okręgi na przybliżone odpowiedniki wyrażone za pomocą linii prostych, SDO_AREA wyznacza powierzchnię dwuwymiarowej geometrii, SDO_BUFFER generuje wielokąt otaczający geometrię, SDO_CENTROID zwraca punkt georeferencyjny obrębu (tzw. controid) geometrii, SDO_CONVEXHULL zwraca obiekt reprezentujący powłokę wypukłą (convex hull) geometrii, SDO_LENGTH wylicza długość obwodu, SDO_MBR wyznacza najmniejszy prostokąt obejmujący geometrię, SDO_[MIN MAX]_MBR_ORDINATE wyznacza "dolną" ("górną") krawędź MBR obejmującego geometrię dla określonego wymiaru, SDO_POINTONSURFACE zwraca punkt należący do powierzchni geometrii Politechnika Poznańska, Instytut Informatyki, KJ 37 Politechnika Poznańska, Instytut Informatyki, KJ 38 Wyznaczające relacje pomiędzy dwoma obiektami SDO_GEOM.RELATE SDO_GEOM.RELATE( geom1 IN MDSYS., mask IN VARCHAR2, geom2 IN MDSYS., tol IN NUMBER ) RETURN VARCHAR2; Wyniki działania funkcji mogą być następujące: Jeśli w parametrze mask określono oczekiwany związek pomiędzy obiektami, wówczas funkcja zwraca ciąg reprezentujący ten związek lub ciąg FALSE Jeśli w parametrze mask został podany ciąg DETERMINE wówczas funkcja daje w wyniku ciąg reprezentujący związek pomiędzy geometriami W przypadku mask równego ANYINTERACT funkcja daje w wyniku TRUE pod warunkiem, że mamy do czynienia z nierozłącznymi geometriami SQL> select a.wo_nazwa, b.rz_nazwa, 2 SDO_GEOM.RELATE(a.WO_KSZTALT, 'DETERMINE', b.rz_ksztalt, 0.01) RELATION 3 from SO_WOJEWODZTWA a, SO_RZEKI b 4 where b.rz_nazwa = 'Warta'; WO_NAZWA RZ_NAZWA RELATION -------------------- --------------- ------------------------- małopolskie Warta DISJOINT podkarpackie Warta DISJOINT śląskie Warta OVERLAPBDYDISJOINT opolskie Warta OVERLAPBDYDISJOINT... Politechnika Poznańska, Instytut Informatyki, KJ 39 Walidujące SDO_GEOM.VALIDATE_GEOMETRY SDO_GEOM.VALIDATE_GEOMETRY( thegeometry IN MDSYS., tolerance IN NUMBER ) RETURN VARCHAR2; Funkcja weryfikująca spójność geometrii. Sprawdza reprezentację geometrii wg definicji elementu Zalecanym jej odpowiednikiem jest funkcja GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT Wyniki działania funkcji są następujące: TRUE jeśli geometria jest prawidłowa Jeśli posiada błędy wówczas uzyskujemy numer błędu Oracle a określający przyczynę błedu W przypadku funkcji WITH_CONTEXT otrzymujemy dodatkowo kontekst błędu informacje w jakim miejscu definicji geometrii błąd został znaleziony Funkcja weryfikuje zarówno spójność typu jak i spójność geometrii SQL> select SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT(WO_KSZTALT,0.01) VALID, 2 WO_NAZWA from SO_WOJEWODZTWA 3 where SDO_GEOM.VALIDATE_GEOMETRY(WO_KSZTALT,0.01) <> 'TRUE'; VALID WO_NAZWA ---------------------------------------- -------------------- 13367 [Element <1>] [Ring <1>] opolskie ORA-13367 Wrong orientation for interior/exterior rings Politechnika Poznańska, Instytut Informatyki, KJ 40

Walidujące SDO_GEOM.VALIDATE_LAYER SDO_GEOM.VALIDATE_LAYER_WITH_CONTEXT( geom_table IN VARCHAR2, geom_column IN VARCHAR2, result_table IN VARCHAR2[, commit_interval IN NUMBER]); Zalecanym odpowiednikiem jest SDO_GEOM.VALIDATE_LAYER_WITH_CONTEXT Procedura wypełnia tabelę wynikową informacjami rezultatach walidacji wszystkich geometrii w warstwie Tabela wynikowa powinna być utworzona przed wywołaniem procedury CREATE TABLE val_results (sdo_rowid ROWID, result varchar2(1000)); EXECUTE SDO_GEOM.VALIDATE_LAYER_WITH_CONTEXT('SO_WOJEWODZTWA','WO_KSZTALT','VAL_RESULTS'); PL/SQL procedure successfully completed. SQL> SELECT * from val_results; SDO_ROWID RESULT ------------------ ---------------------------------------- Rows Processed <16> AAAKl7AABAAANMyAAD 13367 [Element <1>] [Ring <1>] ORA-13367 Wrong orientation for interior/exterior rings Politechnika Poznańska, Instytut Informatyki, KJ 41 Operacje na dwóch obiektach SDO_GEOM.SDO_DISTANCE SDO_GEOM.SDO_DISTANCE( geom1 IN MDSYS.,geom2 IN MDSYS., tol IN NUMBER [, unit IN VARCHAR2]) RETURN NUMBER; SQL> select SDO_GEOM.SDO_DISTANCE(a.MI_KSZTALT, b.mi_ksztalt, 0.01) ODL 2 from SO_MIEJSCOWOSCI a, SO_MIEJSCOWOSCI b 3 where a.mi_nazwa = 'Zakopane' and b.mi_nazwa = 'Warszawa'; ODL ---------- 63,2240603 SDO_GEOM.SDO_INTERSECTION SDO_GEOM.SDO_INTERSECTION( geom1 IN MDSYS.,geom2 IN MDSYS., tol IN NUMBER ) RETURN NUMBER; SQL> select SDO_GEOM.SDO_INTERSECTION(a.WO_KSZTALT, b.rz_ksztalt, 0.01) JAKA_WISŁA_NA_MAZ 2 from SO_WOJEWODZTWA a, SO_RZEKI b 3 where a.wo_nazwa = 'mazowieckie' and b.rz_nazwa = 'Wisła'; JAKA_WISŁA_NA_MAZ(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_OR -------------------------------------------------------------------------------- (2002, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY( 70.8134226, 75.7885773,..., 103.29, 48.77, 102.21, 47.45, 102.425353, 44.4465908)) Politechnika Poznańska, Instytut Informatyki, KJ 42 Operacje na dwóch obiektach SDO_GEOM.SDO_UNION SDO_GEOM.SDO_UNION( geom1 IN MDSYS., geom2 IN MDSYS., tol IN NUMBER ) RETURN MDSYS.; SQL> select SDO_GEOM.SDO_UNION(a.WO_KSZTALT, b.wo_ksztalt, 0.01) Wielki_Śląsk 2 from SO_WOJEWODZTWA a, SO_WOJEWODZTWA b 3 where a.wo_nazwa = 'opolskie' and b.wo_nazwa = 'śląskie'; WIELKI_ŚLĄSK(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINAT -------------------------------------------------------------------------------- (2003, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARR AY(53.51, 23.71, 60.38, 19.34,..., 50.46, 22.35, 53.51, 23.71)) Operacje na pojedynczych obiektach SDO_GEOM.SDO_AREA SDO_GEOM.SDO_AREA( geom IN MDSYS., tol IN NUMBER[, unit IN VARCHAR2] ) RETURN NUMBER; SQL> select SDO_GEOM.SDO_AREA( 2 SDO_GEOM.SDO_UNION(a.WO_KSZTALT, b.wo_ksztalt, 0.01),0.01)/ 3 SDO_GEOM.SDO_AREA(b.WO_KSZTALT, 0.01) O_ile_większy 4 from SO_WOJEWODZTWA a, SO_WOJEWODZTWA b 5 where a.wo_nazwa = 'opolskie' and b.wo_nazwa = 'śląskie'; O_ILE_WIĘKSZY ------------- 1.75902688 SDO_GEOM.SDO_BUFFER SDO_GEOM.SDO_BUFFER( geom IN MDSYS., dist IN NUMBER, tol IN NUMBER[, params IN VARCHAR2] ) RETURN MDSYS.; Politechnika Poznańska, Instytut Informatyki, KJ 43 SQL> select SDO_GEOM.SDO_BUFFER(MI_KSZTALT,20,0.01) 2 from so_miejscowosci 3 where MI_NAZWA = 'Warszawa'; SDO_GEOM.SDO_BUFFER(MI_KSZTALT,20,0.01)(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), -------------------------------------------------------------------------------- (2003, SDO_ELEM_INFO_ARRAY(1, 1003, 2), SDO_ORDINATE_ARR AY(91.1, 88.07, 71.1, 68.07, 91.1, 48.07, 111.1, 68.07, 91.1, 88.07)) Politechnika Poznańska, Instytut Informatyki, KJ 44

Operacje na pojedynczych obiektach SDO_GEOM.SDO_CENTROID SDO_GEOM.SDO_CENTROID( geom1 IN MDSYS., tol IN NUMBER) RETURN MDSYS.; SQL> select SDO_GEOM.SDO_DISTANCE(MI_KSZTALT,SDO_GEOM.SDO_CENTROID(WO_KSZTALT,0.01),0.01) ODL 2 from so_miejscowosci, so_wojewodztwa 3 where MI_NAZWA = 'Warszawa' and WO_NAZWA = 'mazowieckie'; ODL ---------- 5.20148519 Operacje na pojedynczych obiektach SDO_GEOM.SDO_MBR SDO_GEOM.SDO_MBR( geom IN MDSYS. [, dim IN MDSYS.SDO_DIM_ARRAY] ) RETURN MDSYS.; SQL> select SDO_GEOM.SDO_MBR(WO_KSZTALT) MBR 2 from so_wojewodztwa 3 where WO_NAZWA = 'warmińsko-mazurskie'; MBR(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) -------------------------------------------------------------------------------- (2003, SDO_ELEM_INFO_ARRAY(1, 1003, 3), SDO_ORDINATE_ARR AY(67.73, 89.07, 116.84, 115.49)) SDO_GEOM.SDO_LENGTH SDO_GEOM.SDO_LENGTH( geom1 IN MDSYS., tol IN NUMBER, [, unit IN VARCHAR2]) RETURN NUMBER; SQL> select SDO_GEOM.SDO_LENGTH(WO_KSZTALT,0.01) OBWOD 2 from so_wojewodztwa 3 where WO_NAZWA = 'mazowieckie'; OBWOD ---------- 169.274219 Politechnika Poznańska, Instytut Informatyki, KJ 45 Politechnika Poznańska, Instytut Informatyki, KJ 46 Przestrzenne funkcje agregujące SDO_AGGR_CENTROID* zwraca punkt georeferencyjny (środek ciężkości) zbioru geometrii SDO_AGGR_CONVEXHULL* obiekt reprezentujący powłokę wypukłą (convex hull) zbioru geometrii, SDO_AGGR_LRS_CONCAT* wyznacza geometrię LRS będącą konkatenacją zbioru geometrii LRS SDO_AGGR_MBR wyznacza najmniejszy prostokąt obejmujący zbiór geometrii SDO_AGGR_UNION* wyznacza topologiczną sumę zbioru geometrii * - Większość funkcji agregujących akceptuje parametr typu MDSYS.SDOAGGRTYPE a nie bezpośrednio MDSYS.. Politechnika Poznańska, Instytut Informatyki, KJ 47 Typ MDSYS. Wiele funkcji agregujących przyjmuje jako parametr obiekt typu MDSYS. Definicja tego typu jest następująca: Tolerancja powinna być taka sama jak zarejestrowana w ramach metadanych określonej kolumny. Ma ona wpływ na wyniki działania funkcji agregujących Tolerancja CREATE TYPE sdoaggrtype AS OBJECT ( geometry MDSYS., tolerance NUMBER); SDO_AGGR_UNION SDO_AGGR_UNION Politechnika Poznańska, Instytut Informatyki, KJ 48

SDO_AGGR_UNION SDO_AGGR_UNION( AggregateGeometry MDSYS.SDOAGGRTYPE) RETURN MDSYS.; SQL> select SDO_AGGR_UNION(MDSYS.SDOAGGRTYPE(WO_KSZTALT,0.001)) A_TO_POLSKA_WLASNIE 2 from so_wojewodztwa; A_TO_POLSKA_WLASNIE(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ -------------------------------------------------------------------------------- (2003, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARR AY(7.45, 78.23, 7.11, 71.12, 10.09, 54.39, 12.87, 51.48, 10.84, 40.98, 12.73, 42.02, 12.87, 43.69, 18.29, 39.29, 31.83, 34.88, 28.79, 31.83, 32.43, 28.38, 33.8, 25.7, 35.56, 24.72, 39.29, 27.43, 38.19, 30.09, 38.61, 32.17, 46.08, 28.32, 49. 11, 29.13, 48.43, 26.08, 50.46, 22.35, 53.51, 23.71, 60.38, 19.34, 66.04, 10.16, 72.47, 13.89, 75.18, 10.16, 78.49, 6.2, 79.93, 5.42, 80.82, 6.46, 80.94, 7.45, 87.68, 9.89, 89.75, 9.14, 95.5, 10.16, 97.87, 10.84, 116.44, 2.49, 117.86, 2.37, 114.81, 12.19, 117.1, 15.98, 127, 28.11, 129.71, 31.16, 131.72, 31.3, 134.45, 4 0.64, 133.1, 41.66, 126.66, 58.93, 128.35, 64.01, 126.36, 68.14, 121.24, 71.12, 132.08, 79.93, 132.08, 86.36, 125.65, 107.02, 125.37, 109.96, 118.57, 115.25, 11 6.84, 114.81, 91.08, 114.67, 75.52, 115.49, 70.44, 111.76, 69.77, 112.44, 73.19, 115.38, 60.28, 116.5, 58.25, 122.94, 61.35, 121.66, 58.66, 124.09, 42.4, 122.42, 35.22, 118.87, 16.63, 109.29, 2.37, 103.63, 3.83, 96.22, 2.64, 81.54, 7.45, 78.23)) Spatial Option zagadnienia zaawansowane Metody geometrii "Wnętrze" geometrii Systemy koordynat Element typu 0 Zaawansowane parametry wykorzystywane podczas tworzenia indeksów Zakres walidacji geometrii Politechnika Poznańska, Instytut Informatyki, KJ 49 Politechnika Poznańska, Instytut Informatyki, KJ 50 metody Typ to nie tylko pięć atrybutów, ale również trzy metody. Wszystkie one odnoszą się do atrybutu SDO_TYPE który posiada format dltt GET_DIMS daje w wyniku liczbę wymiarów wykorzystywanych do opisania geometrii (d) GET_GTYPE typ geometrii (tt) GET_LRS_DIM wynikiem jest druga cyfra z atrybutu SDO_TYPE (l) dotycząca systemu LRS SQL> select KO_NAZWA, a.ko_ksztalt.get_dims() D, 2 a.ko_ksztalt.get_lrs_dim() L, 3 a.ko_ksztalt.get_gtype() TT 4 from SO_KONTYNENTY a 5 order by KO_NAZWA; KO_NAZWA D L TT ------------------------------ ---------- ---------- ---------- Afryka 2 0 3 Ameryka Południowa 2 0 3 Ameryka Północna 2 0 3 Antarktyda 2 0 3 Australia 2 0 3 Azja 2 0 3 Europa 2 0 3 Politechnika Poznańska, Instytut Informatyki, KJ 51 wnętrze select SDO_GEOM.VALIDATE_GEOMETRY(WO_KSZTALT,0.01) WO_VALID, WO_NAZWA from SO_WOJEWODZTWA where SDO_GEOM.VALIDATE_GEOMETRY(WO_KSZTALT,0.01) <> 'TRUE'; WO_VALID WO_NAZWA ORA-13367 Wrong orientation for interior/exterior rings ---------- -------------------- 13367 świętokrzyskie create or replace function odwrocona_linia (g MDSYS.) return MDSYS. is ord MDSYS.SDO_ORDINATE_ARRAY; i number; last number; j1 number; j2 number; tmp MDSYS.; begin end; update SO_WOJEWODZTWA set WO_KSZTALT = odwrocona_linia(wo_ksztalt) where SDO_GEOM.VG(WO_KSZTALT,0.01) = '13367'; ord := g.sdo_ordinates; last := ord.last(); for i in 1..floor(last/4) loop j1 := ord(i*2-1); j2 := ord(i*2); ord(i*2-1) := ord(last-(i*2)+1); ord(last-(i*2)+1) := j1; ord(i*2) := ord(last-(i*2)+2); ord(last-(i*2)+2) := j2; end loop; tmp := MDSYS.(g.SDO_GTYPE,null,null,g.SDO_ELEM_INFO,ord); return tmp; Politechnika Poznańska, Instytut Informatyki, KJ 52

wnętrze cd SQL> select SDO_GEOM.VALIDATE_GEOMETRY(KO_KSZTALT,10) VAL, KO_nazwa 2 from SO_KONTYNENTY; VAL KO_NAZWA ----- ------------ 13348 Antarktyda ORA-13348 polygon boundary is not closed create or replace function dokonczona_linia_sw (geom MDSYS.) return MDSYS. is ord MDSYS.SDO_ORDINATE_ARRAY; xp number; yp number; tmp MDSYS.; begin end; update SO_KONTYNENTY set KO_KSZTALT = dokonczona_linia_sw(ko_ksztalt) where SDO_GEOM.VALIDATE_GEOMETRY(KO_KSZTALT,10) = '13348'; ord := MDSYS.SDO_ORDINATE_ARRAY(); ord := geom.sdo_ordinates; xp := ord(1); yp := ord(2); ord.extend; ord.extend; ord(ord.last()-1) := xp; ord(ord.last()) := yp; tmp := MDSYS.(geom.SDO_GTYPE,8307,null, geom.sdo_elem_info, ord); return tmp; Politechnika Poznańska, Instytut Informatyki, KJ 53 MDSYS.CS_SRS czyli systemy koordynat Rozróżniamy wiele systemów koordynat (w O9.2 zdef. jest 1000): Kartezjańskie Geodezyjne (geograficzne) Inne Kilka reguł dotyczących koordynat Możliwe do wykorzystania systemy koordynat znajdują się w tabeli MDSYS.CS_SRS Wszystkie geometrie danej kolumny muszą wykorzystywać te same systemy koordynat W przypadku wykorzystywania systemu koordynat można w parametrach funkcji wykorzystywać parametr unit określający w jakich jednostkach podawane są wartości dotyczące odległości Wykorzystując systemy koordynat nie możemy definiować łuków Wszelkie operacje na geometriach wykorzystujących określony system koordynat muszą ten fakt uwzględniać i system koordynat zachowywać lub konwertować Przykład: 8307 znany pod nazwą "Longitude / Latitude (WGS 84)" jest to chyba najbardziej popularny system koordynat. Wykorzystywany między innymi przy GPS. Politechnika Poznańska, Instytut Informatyki, KJ 54 MDSYS.CS_SRS czyli systemy koordynat przykład SQL> select KO_KSZTALT 2 from SO_KONTYNENTY 3 where KO_NAZWA = 'Australia'; KO_KSZTALT(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES -------------------------------------------------------------------------------- (2003, 8307, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARR AY(153.34, -28.13, 152.84, -27.63, 152.84, -25.13, 150.33, -22.62, 150.33, -22.1 2, 149.82, -21.61, 149.32, -21.61, 148.31, -20.61, 148.31, -20.11, 147.81, -19.6 1, 147.81, -19.11, 147.31, -18.61, 146.3, -18.61, 145.8, -18.11, 145.8, -16.6, 1 SQL> select SDO_GEOM.SDO_AREA(KO_KSZTALT,10,'unit=SQ_KM') POWIERZCHNIA, 2 KO_NAZWA Uwagi dot. geometrii: 3 from SO_KONTYNENTY order by KO_NAZWA; Afryka bez Madagaskaru POWIERZCHNIA KO_NAZWA Ameryka Pn. bez wysp północnych -------------- ------------------------------ Dane rzeczywiste Australia bez Nowej Zelandii 29 422 931 Afryka 30 316 000 km2(w) Azja bez szeregu wysp np. Japonii, 17 757 828 Ameryka Południowa 17 818 000 km2(w) Borneo, Javy itd 20 019 941 Ameryka Północna 24 200 000 km2(p) Europa bez Anglii i Grenlandii 14 753 027 Antarktyda 14 000 000 km2(w) 7 716 433 Australia 7 700 000 km2(w) 41 792 902 Azja 44 400 000 km2(p) 8 275 763 Europa 10 521 324 km2(w) (w) Wikipedia (p) Mała Enc. PWN Politechnika Poznańska, Instytut Informatyki, KJ 55 Element typu 0 (zero) Element typu 0 jest wykorzystywany do geometrii nie wspieranych przez Oracle Spatial takich jak krzywe, elipsy itp. Elementy typu 0 nie są indeksowane, są ignorowane także przez procedury i funkcje Oracle Spatial Geometria z elementem typu 0 musi posiadać chociaż jeden element typu różnego niż 0. Element ten powinien być aproksymacją definiowanej geometrii. Typ geometrii powinien odnosić się właśnie do tego niezerowego elementu. MDSYS.( 2003, -- 2-dimensional polygon MDSYS.SDO_ELEM_INFO_ARRAY(1,0,57, 11,1003,3), MDSYS.SDO_ORDINATE_ARRAY(6,6, 12,6, 9,8, 6,10, 12,10, 6,4, 12,12) Politechnika Poznańska, Instytut Informatyki, KJ 56

Parametry tworzenia indeksów CREATE INDEX... PARAMETERS ('parametry_indeksu [parametry_skladowania]' )] Parametry indeksu geodetic pozwala na tworzenie indeksu niegeodezyjnego na danych geodezyjnych (jedyna wartość to 'FALSE') layer_gtype weryfikacja odnośnie typu indeksowanych geometrii sdo_commit_interval (quadtree) pozwala na określenie co ile wierszy w tabeli indeksu ma następować zatwierdzenie transakcji. Domyślne zatwierdzenie następuje dopiero po zakończeniu budowy indeksu. sdo_indx_dims (r-tree) określa ile wymiarów ma być poindeksowanych (2, 2-4). sdo_level (quadtree) deklaruje wymagany poziom podziału sdo_numtiles (quadtree) określa liczbę prostokątów o zmiennej wielkości które zostaną użyte do mozaikowania obiektu sdo_rtr_pctfree (r-tree) definiuje minimalną ilość slotów w każdym liściu indeksu wolnych w momencie budowy indeksu (10, 0-50). Parametry składowania tablespace, initial, next, minextents, maxextents, pctincrease Zakres walidacji geometrii Weryfikacja typu Prawidłowa wartość SDO_GTYPE Wartości SDO_ETYPE muszą być zgodne z SDO_GTYPE. Czy SDO_ELEM_INFO_ARRAY posiada liczbę wartości podzielną przez trzy Politechnika Poznańska, Instytut Informatyki, KJ 57 Politechnika Poznańska, Instytut Informatyki, KJ 58 Zakres walidacji geometrii Spójność geometrii Wielokąt musi posiadać co najmniej cztery punkty Wielokąt musi być domknięty Żadne dwa punkty w linii lub wielokącie nie są takie same Wielokąt musi być w odpowiednim kierunku opisany (zewnętrzna krawędź odwrotnie, wewnętrzna zgodnie z ruchem wskazówek zegara) Wewnętrzny wielokąt nie może dotykać więcej niż raz wielokąta zewnętrznego Wewnętrzne wielokąty nie mogą się stykać więcej niż jednym punktem Ciąg linii zawiera co najmniej dwa punkty Jedno i czterocyfrowe wartości SDO_ETYPE nie mogą być wymieszane przy definiowaniu wielokątów Punkty w przypadku koła lub łuku nie mogą znajdować się na linii prostej Geometrie muszą znajdować się w granicach wyznaczonych przez metadane Geometrie LRS posiadają trzy lub cztery wymiary oraz prawidłową pozycję ilości wymiarów Politechnika Poznańska, Instytut Informatyki, KJ 59