PR #336 heeft de functie extract_datum() geïntroduceerd. De extract datum wordt namelijk uit de BAG leverings-metadata ingelezen in de nlx_bag_info tabel.
Hierdoor kan een BAG levering van een willekeurige datum ingelezen worden waarbij de gemeente_provincie koppeling ook de status van die datum heeft. Herindelingen kunnen op een willekeurig moment ingaan (viz Weesp bij A'dam ergens in 2022)
De VIEW provincie_gemeenteactueel in adres-plus-tabel.sql maakt nog geen gebruik van extract_datum(). Dit zou veranderd kunnen worden met de volgende definitie:
CREATE OR REPLACE VIEW provincie_gemeenteactueel AS
SELECT
provinciecode,
provincienaam,
gemeentecode,
gemeentenaam,
begindatum,
einddatum
FROM bagactueel.provincie_gemeente
WHERE begindatum <= extract_datum() AND (einddatum IS NULL OR einddatum >= extract_datum());
Feitelijk zou adres-plus-tabel.sql gewoon de bestaande VIEW provincie_gemeenteactueelbestaand kunnen gebruiken. Deze heeft dezelfde definitie als hierboven provincie_gemeenteactueel.
Benieuwd hoe @PeeWeeOSM en @sebastic hier tegenaan kijken...
PR #336 heeft de functie
extract_datum()geïntroduceerd. De extract datum wordt namelijk uit de BAG leverings-metadata ingelezen in denlx_bag_infotabel.Hierdoor kan een BAG levering van een willekeurige datum ingelezen worden waarbij de gemeente_provincie koppeling ook de status van die datum heeft. Herindelingen kunnen op een willekeurig moment ingaan (viz Weesp bij A'dam ergens in 2022)
De
VIEWprovincie_gemeenteactueelinadres-plus-tabel.sqlmaakt nog geen gebruik vanextract_datum(). Dit zou veranderd kunnen worden met de volgende definitie:Feitelijk zou
adres-plus-tabel.sqlgewoon de bestaandeVIEWprovincie_gemeenteactueelbestaandkunnen gebruiken. Deze heeft dezelfde definitie als hierbovenprovincie_gemeenteactueel.Benieuwd hoe @PeeWeeOSM en @sebastic hier tegenaan kijken...