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. De andere basisregistraties zoals de NHR volgen binnenkort. De views zijn dikgedrukt, de andere items zijn tabellen.

• v2_pand
  • pand
• v2_volledig_adres
  • nummeraand
  • addresseerb_obj_aand
  • gem_openb_rmte
  • openb_rmte_wnplts
  • wnplts
  • gemeente
• v2_benoemd_obj_locatie_adres
  • v2_ligplaats_locatie_adres
    • ligplaats
    • benoemd_terrein
    • ligplaats_nummeraand
    • v2_volledig_adres
  • v2_standplaats_locatie_adres
    • standplaats
    • benoemd_terrein
    • standplaats_nummeraand
    • v2_volledig_adres
  • v2_vbo_locatie_adres
    • verblijfsobj
    • gebouwd_obj
    • verblijfsobj_pand
    • pand
    • verblijfsobj_nummeraand
    • v2_volledig_adres
• v2_util_app_re_kad_perceel
  • app_re
  • brondocument
• v2_util_zk_recht
  • zak_recht
  • aard_verkregen_recht
• v2_avg_volledig_subject
  • v2_volledig_subject
    • subject
    • nat_prs
    • ingeschr_nat_prs
    • ander_nat_prs
    • niet_nat_prs
    • ingeschr_niet_nat_prs
• v2_avg_zr_rechth
  • v2_util_zk_recht
  • v2_avg_volledig_subject
• v2_zr_rechth
  • v2_util_zk_recht
  • v2_volledig_subject
• v2_kad_onrrnd_zk_locatie_adres
  • kad_perceel
  • v2_util_app_re_kad_perceel
  • app_re
  • kad_onrrnd_zk
  • benoemd_obj_kad_onrrnd_zk
  • brondocument
• v2_koz_rechth
  • v2_zr_rechth
  • v2_kad_onrrnd_zk_locatie_adres
• v2_avg_koz_rechth
  • v2_avg_zr_rechth
  • v2_kad_onrrnd_zk_locatie_adres
• v2_kad_onrrnd_zk_archief
  • kad_perceel_archief
  • app_re_archief
  • kad_onrrnd_zk_archief
  • kad_onrrnd_zk_his_rel

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:

• m2_pand
• m2_benoemd_obj_locatie_adres
• m2_volledig_adres
• m2_kad_onrrnd_zk_locatie_adres
• m2_koz_rechth
• m2_avg_koz_rechth
• m2_volledig_subject
• m2_avg_volledig_subject
• m2_zr_rechth
• m2_avg_zr_rechth
• m2_kad_onrrnd_zk_archief (moet nog aangemaakt worden)

Andere opmerkingen:

• Archieftabellen zijn beperkt meegenomen, suggesties zijn welkom.
• datumvelden in de v2 views zijn allemaal omgezet naar Date kolomtype.
• BAG adres nu gekoppeld aan kadastrale onroerende zaak.
• Kadastrale onroerende zaak aantekening kan direct aan v2_kad_onrrnd_zk_locatie_adres gekoppeld worden (datum van aantekening moet dan nog naar Date omgezet worden).
• Stukken kunnen worden gekoppeld via de tabel brondocumenten.
• Opmerkingen van Trudy van Linden (Zeeland) 19-4-2018 meegenomen
• Opmerkingen van Trudy van Linden (Zeeland) 30-4-2018 deels meegenomen
  • Einddata van geldigheid perceel komt niet mee
    • [B3P] De einddatum is te vinden in de nieuwe archiefview: v2_kad_onrrnd_zk_archief
  • “Aard van bebouwd” komt niet mee, wel aard_cultuur_onbebouwd
    • [B3P] Deze is, voor zover wij zien, nooit gevuld.

Te verwerken/bespreken opmerkingen

Opmerkingen van Trudy van Linden, Zeeland 30-4-2018:

• Aantekeningen op rechten zijn geheel niet meegenomen (tabel ZAK_RECHT_AANT wordt in geen enkele view benaderd volgens de beschrijvingen in de gegeven link naar github)
  • [B3P] Dit moet nog worden uitgebreid.

Opmerkingen van Rene Wassink, Martjan Hendriks, Karel van Buul (provincie Gelderland) 4-5-2018:

• De V2 verwijderen uit de viewnamen.

  • [B3P] Het is voor applicaties vaak handig om te zien of het een tabel, view of materialized view is

• Adres_totaal hernoemen naar gewoon ‘Adres’

  • [B3P] Adres_totaal hoort niet bij de v2 views, wordt v2_volledig_adres bedoeld?

• Geometrie toevoegen aan adres view (tbv geocoding/adres services)

  • [B3P] adres op zich kent geen locatie, komt pas via v2_benoemd_obj_locatie_adres, dit moet gebruikt worden voor services

• Basis Views in eigen schema plaatsen, apart van public schema

  • [B3P] geen probleem, maar wat is het voordeel?

• Naast de hybride views (ozk-adres en bob)adres) ook niet-hybride views Onroerende Zaak en Benoemd Object (zonder N:N relaties erin) opnemen, dus zonder adres.

  • [B3P] geen probleem, zal dit echt zo veel gebruikt worden dat beheer de moeite waard is?

• LKI en AKR opnemen in OZK gerelateerde views

  • [B3P] wat wordt in dit verband met LKI en AKR bedoeld, dit zijn toch de oude datasets van Kadaster?

• Gemeente code en gemeente naam beiden toevoegen (Ben. Obj)

• Kadastrale gemeente en gemeente naam beiden toevoegen (Ozk)

  • [B3P] moet toegevoegd worden, wordt nu niet gebruikt

• Geometrie altijd gevuld indien mogelijk (halen waarvan mogelijk, app-re/pand/perceel/ben.obj).

• Altijd alle identif velden opnemen, altijd met prefix welk object ze vertegenwoordigen

  • vbo_identif in benoemd_obj_locatie_adres (het is niet de solo-sleutel hier!)
  • ozk_identif in v2_kad_onrrnd_zk_locatie_adres
  • Identif van persoon en nnp opnemen
  • Identif van perceel /app_re opnemen
  • Etc.
    • [B3P] Moet aangevuld worden

• Veldnamen baseren op RSGB logisch model, niet afwijken (linkid, aanduiding2?)

  • [B3P] dit zijn samengestelde velden die niet in RSGB voorkomen tbv zoekers of labels

• Overgegaan in view nodig aanvullend nodig voor P8, evt integreren met VIEW v2_kad_onrrnd_zk_archief.

  • [B3P] Niet duidelijk, want 'overgegaan in' staat in v2_kad_onrrnd_zk_archief?

View Definities

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