1 I
Admin
DBMS-views
Thematische views
Geometrische gegevens,
inclusief historie
Stand per 1 oktober 1999
Stand per 1 september
2000
Percelen
9.300.000
15.700.000
Grenzen
25.200.000
41.100.000
Topografische lijnen
31 200.000
51.900.000
Symbolen
5.100.000
7.200.000
Kartografische teksten
5.200.000
7 400 000
Totaal aantal Lijnsegmenten
250.000.000
(Raming) 400.000.000
sche dataset. Enkele cijfers geven in
zicht in de hoeveelheid geometrische
gegevens, inclusief historie. Ten gevol
ge van de geometrische kwaliteitsver
betering (aanpassing van de kadastrale
kaart en de GBKN) en het bijhouden
van de historie is de groei van de geo
metrische dataset hoger dan men
normaal gesproken zou verwachten.
Tabel 2 bevat administratieve (juridi
sche) datasets.
Zoals eerder beschreven wordt de inte
gratie van administratieve gegevens
en geometrische gegevensmodellen
gerealiseerd door middel van views.
Het geografisch querytool DBMS wordt
periodiek met complete kopieën van
de vijftien gedecentraliseerde ruimte
lijke datasets uit LKI en de vijftien ge
centraliseerde administratieve data
sets uit AKR gevuld (fig. 5). Momenteel
worden de gegevens twee keer per jaar
in de Ingres-DBMS geladen. Het laden
omvat het definiëren van indices, het
berekenen van geometrische aggrega
ten, het verzamelen van statistieken
(de basis voor het vervaardigen van
goede bevragingsplannen door de
query optimizer) en het maken van
controlepunten. Het gehele proces
neemt tussen de drie en vier dagen in
beslag. Daarbij wordt gebruikgemaakt
van een (Compaq) AlphaServer 4100
met 1 CPU (598 MHz), 2 Gb hoofdge-
15 decentrale
Unix servers
1 centraal IBM
mainframe
tapes
laden
CD's
vervang
Tabel 1.
De geometrische
datasets.
Fig. 5.
Het laden en het
gebruik van de
geografische
querytool.
Add on's
GEO++
c O
productie
gebruiker
heugen en ongeveer 500 Gb schijfruimte in de vorm van
RA1D5 (voor de software) en RAID0+1 (voor gegevensopslag
waarbij gebruikgemaakt wordt van 'striping' en 'mirro
ring'). Het resultaat is een 60 Gb DBMS inclusief de index
structuren. Tijdens het laden blijft de voorgaande versie
van het geografisch querytool DBMS voor de gebruikers be
schikbaar.
Opgemerkt dient te worden dat in plaats van het kopiëren
van alle productiedatasets in één geografische querytool
DBMS, het ook mogelijk zou zijn de tabellen en de views in
de vorm van een gedistribueerde DBMS te definiëren. In het
geval van het Ingres DBMS zpuden dan de Net- en Star
producten moeten worden gebruikt. Dit zou ook moeten
werken in combinatie met andere relationele DBMS's via
'gateways'. Het geografische querytool DBMS is echter zeer
groot, waarschijnlijk één van de grootste vectordatabestan
den in de wereld en het organiseren van de gegevens (clus
teren en indexeren) is belangrijk voor de prestatie. Dit is
waarschijnlijk niet mogelijk in de originele productiesyste
men, met name in het administratieve systeem.
Tabel 2.
De administratieve
(juridische) datasets.
Administratieve (juridische) gegevens
Stand per 1
oktober 1999
Stand per 1
september 2000
Objecten (gehele percelen of deelpercelen
of appartementsrechten)
7 500.000
7.700.000
Objectadressen
9.700.000
9 900 000
Subjecten (personen of organisaties,
inclusief hun subjectadressen)
7.100.000
7.300.000
Rechten (relatie tussen object en subject)
10.100 000
10.600 000
Objectbelemmeringen (belemmeringen die
het gebruik van het object om een of
andere reden beperi<en)^
1.900.000
2.200.000
DBMS-views spelen een sleutelrol in de architectuur van het
generieke geografische queiytool-systeem. Deze bevat tabel
len met ongewijzigde kopieën van de gegevens uit de pro
ductiedatasets. De views worden gebruikt om:
de gegevens uit verschillende tabellen in één presenta
tiewijze te integreren:
historische gegevens te visualiseren;
een andere geometrische visualisatie van dezelfde tabel
te maken;
kartografische attributen, zoals kleur, breedte, type sym
bool, van andere attributen af te leiden;
thematische aggregaten af te leiden zonder dat de resul
taten worden opgeslagen;
gecodeerde attributen op een meer eenduidige wijze te
presenteren.
Voorbeelden van het laatste zijn tijdopnamen die als gehele
getallen worden gecodeerd, maar die als leesbare tekst wor
den gevisualiseerd, zoals '22-04-1998 09:52:50' of admini
stratieve codes die kortweg met twee karakters worden aan
geduid, die beter als volledige getallen of tekst kunnen wor
den gerepresenteerd.
Praten over integratie van gegevens in een relationele
DBMS-omgeving betekent praten over integratie van gege
vensmodellen. Elk model representeert een deel van de wer-
GEODESIA 2001-4
