New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature-Request: Zusammenfassen mehrerer Datensätze via Postgres-Vererbung #24
Comments
Die Änderung für's volle ALKIS-Schema sind bereits in GDAL trunk eingeflossen - man braucht also nur noch einen GDAL trunk build (z.B. gdal-dev aus osgeo4w). Für den Import in mehrere Schemata braucht man das allerdings nicht - das ging mit Dort geht's im wesentlichen nur um die Möglichkeit mit einer zentralen GFS-Datei dafür zu sorgen, das die Attribute aus den NAS richtig auf die Felder im SQL-Modell gemappt werden. Dadurch wurden auch einige Workarounds überflüssig (zeigtAufExternes/objektkoordinaten etc). Bei der Gelegenheit habe ich allerdings auch Unterstützung dafür eingebaut, dass verschiedenen Schemata verwendet werden können, was im norBIT/alkisimport@pre-fullschema Branch noch nicht vorgesehen war. Zurück zu Deiner Idee: Die bestünde darin alkis-schema.sql nur in einem Elter-Schema laufen zu lassen und in den Kindschemata jeweils nur |
Ja so habe ich das gemeint, alle Abfragen gehen auf die Eltern-Tabelle und bspw. pro Amtsbezirk gibt es eine Kind-Tabelle - diese könnte ja sogar automatisch generiert werden, aus dem Datensatz (gmlid) kennen wir ja das Amt. |
Ich bin gerade dabei Hamburg und NRW in eine Datenbank zu spielen - mit Vererbung. Da die Indizes nicht vererbt werden, war das nicht so einfach wie gedacht. Außerdem kommen sich die Ableitungsregeln immer noch in die Quere, weil die Basistabellen gelockt werden. Man müßte auch noch untersuchen, wie es sich verhält, wenn man die Daten einfach wie gehabt importiert (nur in unterschiedliche Schemata) und sie stattdessen über Views zusammenbringt. |
Beim Einsammeln mehrerer Ämter/Bestandsdatenauszüge gibt es immer wieder Probleme, die Daten aller Ämter in einer DB im Public-Schema zusammenzubringen, ein defekter Datensatz zerschießt u.U. die DB/bzw. den Import.
Da es ja seit kurzem möglich scheint - ich habe es mangels gepatchtem GDAL noch nicht getestet - Importe in ein anderes als das Public-Schema laufen zu lassen, wäre es dann nicht denkbar, für jede räumliche Zuständigkeit (Katasteramt) ein Schema in der DB anzulegen und mittels eines übergeordneten "Eltern-Schemas" und Vererbung den Zugriff für die Anwendung (QGIS/Mapserver) via Eltern-Schema global auf die Summe der Kind-Schemata zu ermöglichen?
Vorteile:
The text was updated successfully, but these errors were encountered: