Versionierung der Planstände (Brainstorm) #3

New Issue

Daniel · 2025-12-11T06:53:04+01:00

Daniel commented

2025-12-11 06:53:04 +01:00

Ich bin gerade dabei, die Datenhaltung für den Plan auf eine Postgre-DB umzustellen, damit wir von dort aus vielleicht gleich weiter machen können. (Plugin-technisch soll der Nutzer eingeben können, ob er in ner DB oder mit gpkg arbeiten will- so zumindest die erste Idee)

An der Stelle die Frage: wie gestalten wir die Versionierung der Planstände?

Idee: Der Nutzer drückt nen Knopf "Planstand festschreiben" oder sowas, und es wird der Datenbestand mit einem Tag nochmal in den Tabellen abgelegt. Die Daten werden dann immer über den Tag gefiltert. (Nur Daten ohne Tag für aktuellen Stand)
Idee: Der Nutzer drückt den Knopf und der Datenbestand wird in ne gpkg gesichert. Die könnte man dann als Quelle angeben, wenn man das Plugin startet, um den Datenstand wiederherzustellen.

Idee 1 hat den vorteil, dass man alles an einem Ort hat und schnell in und her schalten kann. die Frage ist: wie oft muss man das machen, um einen alten Planstand zu sehen?
Idee 2 hat den Vorteil, dass die DB kleiner bleibt und nicht mit 1000 Versionen zugemüllt ist, dafür ist es etwas aufwändiger, alte Stände wieder zu laden. Dafür spart man sich aber auch ne Menge funktionen im Plugin, wie "datenstand laden", "datenstand löschen" und sowas.

Ich bin gerade dabei, die Datenhaltung für den Plan auf eine Postgre-DB umzustellen, damit wir von dort aus vielleicht gleich weiter machen können. (Plugin-technisch soll der Nutzer eingeben können, ob er in ner DB oder mit gpkg arbeiten will- so zumindest die erste Idee) An der Stelle die Frage: wie gestalten wir die Versionierung der Planstände? 1. Idee: Der Nutzer drückt nen Knopf "Planstand festschreiben" oder sowas, und es wird der Datenbestand mit einem Tag nochmal in den Tabellen abgelegt. Die Daten werden dann immer über den Tag gefiltert. (Nur Daten ohne Tag für aktuellen Stand) 2. Idee: Der Nutzer drückt den Knopf und der Datenbestand wird in ne gpkg gesichert. Die könnte man dann als Quelle angeben, wenn man das Plugin startet, um den Datenstand wiederherzustellen. Idee 1 hat den vorteil, dass man alles an einem Ort hat und schnell in und her schalten kann. die Frage ist: wie oft muss man das machen, um einen alten Planstand zu sehen? Idee 2 hat den Vorteil, dass die DB kleiner bleibt und nicht mit 1000 Versionen zugemüllt ist, dafür ist es etwas aufwändiger, alte Stände wieder zu laden. Dafür spart man sich aber auch ne Menge funktionen im Plugin, wie "datenstand laden", "datenstand löschen" und sowas.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: AG_QGIS/Plugin_SN_Plan41#3