basisviews_v2

Bij het opstellen van een nieuwe set van views zijn ook wensen naar boven gekomen die aanpassingen in het datamodel van de BRMO nodig maken. Voor het overzicht zijn deze wensen apart gezet op de volgende pagina: modelaanpassingen_v2.

De nieuwe set views is zo opgezet dat samenhangende tabellen eenmaal gekoppeld worden opgehaald. Deze gekoppelde informatie wordt vervolgens in andere views hergebruikt. In de oude views worden bv subjecten in elke view weer opnieuw opgebouwd. Dit maakt de views ondoorzichtig en lastig te onderhouden.

De volgende lijst beschrijft alle views met hun afhankelijkheden die voor de BAG, BRK en hun samenhang zijn opgesteld. Een eerste view voor de NHR is toegevoegd; de rest volgt later. De views zijn dikgedrukt, de andere items zijn tabellen.

• vb_pand

  • pand

• vb_adres

  • nummeraand
  • addresseerb_obj_aand
  • gem_openb_rmte
  • openb_rmte_wnplts
  • wnplts
  • gemeente

• vb_benoemd_obj_adres

  • vb_ligplaats_adres
    • ligplaats
    • benoemd_terrein
    • vb_adres
  • vb_standplaats_adres
    • standplaats
    • benoemd_terrein
    • vb_adres
  • vb_vbo_adres
    • verblijfsobj
    • gebouwd_obj
    • verblijfsobj_pand
    • vb_adres

• vb_ben_obj_nevenadres

  • vb_adres
  • verblijfsobj_nummeraand
  • verblijfsobj
  • ligplaats_nummeraand
  • ligplaats
  • standplaats_nummeraand
  • standplaats

• vb_util_app_re_kad_perceel

  • vb_util_app_re_parent
    • vb_util_app_re_parent_2
      • vb_util_app_re_parent_3
        • app_re
        • vb_util_app_re_splitsing
          • brondocument
      • vb_util_app_re_splitsing
        • brondocument
    • vb_util_app_re_splitsing
      • brondocument
  • kad_perceel

• vb_util_zk_recht

  • zak_recht
  • aard_verkregen_recht

• vb_avg_subject

  • vb_subject
    • subject
    • nat_prs
    • ingeschr_nat_prs
    • ander_nat_prs
    • niet_nat_prs
    • ingeschr_niet_nat_prs

• vb_avg_zr_rechth

  • vb_util_zk_recht
  • vb_avg_subject

• vb_zr_rechth

  • vb_util_zk_recht
  • vb_subject

• vb_kad_onrrnd_zk_adres

  • kad_perceel
  • vb_util_app_re_kad_perceel
  • app_re
  • kad_onrrnd_zk
  • benoemd_obj_kad_onrrnd_zk
  • vb_benoemd_obj_adres
  • brondocument

• vb_koz_rechth

  • vb_zr_rechth
  • vb_kad_onrrnd_zk_adres

• vb_avg_koz_rechth

  • vb_avg_zr_rechth
  • vb_kad_onrrnd_zk_adres

• vb_kad_onrrnd_zk_archief

  • kad_perceel_archief
  • app_re_archief
  • kad_onrrnd_zk_archief
  • kad_onrrnd_zk_his_rel

• vb_vestg_naam

  • maatschapp_activiteit
  • ondrnmng
  • vestg
  • vestg_naam
  • vestg_activiteit
  • sbi_activiteit

materialized views

Hiernaast zijn materialized views met indices gemaakt. De definitie komt exact overeen met de bijbehorende gewone view. De views waarvoor geen materialized view variant bestaat kunnen beter niet worden gebruikt:

• mb_adres
• mb_avg_koz_rechth
• mb_avg_subject
• mb_avg_zr_rechth
• mb_ben_obj_nevenadres
• mb_benoemd_obj_adres
• mb_kad_onrrnd_zk_adres
• mb_kad_onrrnd_zk_archief
• mb_koz_rechth
• mb_pand
• mb_subject
• mb_util_app_re_kad_perceel
• mb_zr_rechth
• mb_vestg_naam (moet nog aangemaakt worden)

Hiernaast bestaat een materialized view welke geen bijbehorende gewone view heeft. Dit is de percelkaart:

• mb_percelenkaart**

Bij het verversen van de materialized views dient er vanaf versie 1.6.2 rekening te worden gehouden met het feit dat een aantal views putten uit andere materialized views. Het gaat om de volgende:

1. mb_benoemd_obj_adres
2. mb_kad_onrrnd_zk_adres (put uit mb_util_app_re_kad_perceel en mb_benoemd_obj_adres)
3. mb_avg_koz_rechth (put uit mb_kad_onrrnd_zk_adres en mb_benoemd_obj_adres)
4. mb_koz_rechth (put uit mb_kad_onrrnd_zk_adres)

Dat betekent dat de verversingsvolgorde moet zijn:

1. mb_util_app_re_kad_perceel
2. mb_benoemd_obj_adres
3. mb_kad_onrrnd_zk_adres
4. mb_avg_koz_rechth
5. mb_koz_rechth

View Definities

De definities van de views staan nu op een aparte pagina: view_v2_definities

Uiteindelijk zijn er nog een aantal aanpassingen gedaan. Deze waren noodzakelijk omdat de views voor drie databases: PostgrSQL/PostGIS, Oracle en SQL server gemaakt worden. Het gebruik van een apart schema voor de basisviews bleek niet haalbaar vanwege Oracle en de moeilijkheden met een upgrade. Ook zijn de datumvelden niet als date-type aangemaakt, maar als geformateerde tekst: yyyy-mm-dd. Dit bleek nodig omdat soms onvolledige datums worden gebruikt zoals bv: 1900-00-00.

Verwerkt commentaar

Tijdens het opstellen van de views hebben vele mensen commentaar geleverd. Hartelijk dank daarvoor. Hier vindt u een overzicht.