Systeemarchitectuur
gang tot de gegevens door het specifi
ceren van een sleutel, zoals een identi
ficatienummer. Een alternatief is het
browsen of viewen van grote tabellen
met informatie, die bijvoorbeeld alfa
betisch gerangschikt zijn. Het geïnte
greerd gebruik van administratieve en
geometrische gegevens geeft een nieu
we ingang: de kaart. In het geografi
sche querytool DBMS zijn de originele
gegevensmodellen (basistabellen) niet
gewijzigd. In plaats daarvan worden
DBMS-views gebruikt om de gegevens
op een meer geschikte manier te pre
senteren: geïntegreerd, geaggregeerd,
tijdspecifiek en met kartografische at
tributen.
Het geografisch querytool systeem is
gebaseerd op de backend Ingres DBMS
[2 ][13] en het frontend GEO++ GIS pak
ket [12].
Generieke informatiesystemen
Het ontwerpen en ontwikkelen van
een 'generiek' informatiesysteem, zo
als een querytool, impliceert een aan
tal bijzondere complicaties. De imple
mentatie kan niet worden gebaseerd
op hard-gecodeerde namen van objec
ten (tabellen), attributen, operatoren,
enzovoort. De grondslag van de meeste
informatiesystemen is een DBMS en
dit geldt ook voor de generieke query
tool. Deze op DBMS gebaseerde archi
tectuur geeft tevens een eerste indica
tie van de manier waarop een generie
ke applicatie moet worden ontwik
keld. Eén van de doelstellingen van de
bevragingstaal SQL zelf is het scheiden
van de functionaliteit (wat wordt er
verlangd door de eindgebruiker) van
de implementatie (hoe wordt deze ver
kregen). Verder kan het huidige door
het DBMS beheerde gegevensmodel
worden verkregen door bevragingssys-
teemcatalogi met metadata.
Hieronder volgen voorbeelden in In
gres (metadata in systeemcatalogus
iicolumns) en Oracle (metadata in sys
teemcatalogus ALL_TAB_COLUMNS)
voor het verkrijgen van het gegevens
model. Let op dat deze bevragingen zo
wel de (werkelijke) tabellen als de
views moeten opleveren.
Ingres example
SELECT table_owner,table_name,column_sequence,
column_namecolumn_internal_datatype
column_internal_length,column_internal_ingtype
FROM iicolumns
ORDER BY table_owner,table_name,column_sequence
Oracle example
SELECT OWNER,TABLE_NAME,COLUMN_ID,
COLUMN_NAME, DATA.TYPE, DATA.LENGTH
FROM ALL_TAB_COLUMNS
ORDER BY OWNER,TABLE J1AME,C0LUMN_ID
De generieke geografische querytool gebruikt deze infor
matie, dat wil zeggen de namen van de tabellen en de na
men en de gegevenstypen van de attributen, tijdens de in
teractie met de eindgebruiker. Er dient op te worden gewe
zen dat een gegevenstype geometrisch kan zijn. De manier
waarop geometrische gegevenstypen door het DBMS wor
den beheerd, lean via specifieke gegevenstypen verlopen,
zoals punt, polylijn en polygoon, of via één generiek geo
metrisch type (dat intrinsiek elke combinatie van, en elk
aantal, punten, lijnen en polygonen kan representeren).
Het voordeel van specifieke gegevenstypen is dat het de ont
werper toestaat het type van de attributen van het feno
meen in de 'werkelijke' wereld nauwkeuriger te specifice
ren. Het voordeel van het generieke geometrische type is
dat het gesloten is onder de intersectie-operatie; bijvoor
beeld de intersectie van twee generieke geometrische typen
is altijd een generiek geometrisch type. Dit geldt niet voor
de specifieke gegevenstypen zoals een polygoon: de inter
sectie van twee polygonen kan een aantal punten, poly-
lijnen en polygonen zijn. Deze geslotenheidseigenschap is
aardig, maar er zijn andere algemeen aanvaarde gegevens
typen die ook niet gesloten zijn tijdens bepaalde operaties,
bijvoorbeeld het geheel getal onder deling (1 gedeeld door 2
is 0,5 en niet een geheel getal).
Een ander voordeel van specifieke geometrische gegevens
typen is dat de generieke geografische querytool de gebrui
ker aan visualisatie-opties kan helpen die voor een specifiek
type geschikt zijn, bijvoorbeeld symbool voor een punt, lijn-
stijl en breedte voor een polylijn, en vulpatronen voor een
polygoon. Het is mogelijk te denken aan een minder voor
de hand liggende oplossing voor het presenteren van visu
alisatie-opties voor het generieke geometrische type. Het
OpenGIS Consortium heeft in zijn standaard voor simple
feature specificatie SFS/SQL [4] [11] gekozen voor specifiek
geometrische typen. Er zijn verschillende DBMS'en beschik
baar, die deze specifieke geometrische typen en functies
implementeren, bijvoorbeeld Informix. Oracle heeft geko
zen voor de generieke geometrische type-benadering (in
tern geïnspireerd door het OpenGIS SFS-model). De Ingres-
implementatie van geometrische typen dateert van enkele
jaren voor de OpenGIS SFS/SQL-standaard, maar is ook ge
baseerd op specifieke geometrische gegevenstypen binnen
GEODESIA 2001-4