Hallo in die Runde.
Volker:
Im alten Firebird-Tracker JIRA gab es die Möglichkeit, einen Feature Request hochzuwählen.
Das hatte ich hier im Forum so erfahren, einen Account dort eingerichtet und seinerzeit auch 2 - 3 Mal genutzt. Nun ist diese Möglichkeit aber in der Tat weg und mein Account auch, einfach so.
Volker:
... ich bin allerdings mit den Möglichkeiten von github nicht sehr vertraut,
Ich auch nicht. Kann mit dieser Plattform nicht so recht was anfangen.
Volker:
... Zumindest gibt es bei github den Mechanismus Feature Request, und wenn Du ein Feature sinnvoll findest, wäre das der richtige Weg, Du brauchst nichts weiter als einen github-account dafür. ...
Nein, eigentlich möchte ich dort keinen Account haben.
(Das sollte aus meiner Sicht irgendwann anders gelöst werden. Einen Account einrichten, nur um einen Vorschlag einzureichen, das geht doch bestimmt auch deutlich einfacher!)
Volker:
Ich kann schon Deine Unzufriedenheit verstehen, dass hier niemand wirklich einsteigt auf die Geschichte mit dem creation date.
Oh, nein, ich bin nicht unzufrieden!
Bin von den bisherigen Antworten und Sichtweisen sogar positiv überrascht. Alles in Ordnung so weit ...
Ich möchte nur anregen, dass darüber - sicherlich nicht zum ersten Male - nachgedacht wird.
Ich sage mir in meinem Stübchen einfach;
wo Stempel drauf steht - sollte auch Stempel drin sein. Zugegeben, mich irritiert der derzeitige Zustand, kann aber auch damit leben.
Volker:
Für mich ist eine Datenbank ein Stück Code, ...
Kann ich nachvollziehen. Für mich ist eine von MIR erstellte Firebird Datenbank immer etwas Besonderes, denn sie wurde erschaffen!
Wann oder wie oft ich Code speichere, überlege ich mir dabei auch nicht. Es gibt aber einen
Einstiegspunkt und der, so scheint es mir, ist es wert fixiert zu werden.
Wichtig ist dann noch die verlässliche Datenbank-Sicherung. Und Wiederherstellung.
Volker:
Falls man eine Versionsgeschichte braucht, gibt es technische Verfahren und Lösungen dafür (Versionsverwaltungen, Versionsnummern, Kommentare, Verweise in Ticketsysteme, Logs). Wenn man ein Produkt vertreibt, wird oft über den Copyright-Hinweis signalisiert, dass es bereits seit Jahr x existiert und damit Kontinuität und Ausgereiftheit ausgedrückt. Aber auch da kann man reinschreiben, was man will, es ist eher Marketing und sagt belastbar nichts über die Qualität aus oder wieviel der aktuelle Code noch mit dem von vor x Jahren zu tun hat. Der Code könnte zwischenzeitlich sogar komplett neu geschrieben worden sein, dann wäre ein altes Erstellungsdatum sogar irreführend.
Ich verstehe Dich!
Jedoch diese Passage ist geeignet, das Thema hier aus den Fugen geraten zu lassen.
Ich versuche eine sehr kurze Antwort zu geben und wiederhole mich dabei zum Teil:
Wenn ich bei jemanden unter Linux eine Firebird Datenbank mittels Firebird ISQL-Tool erstelle, sollte wenigstens das Erstelldatum als solches erhalten bleiben - von Hause aus bitte, das fände ich perfekt. Das tut es nicht, wie wir wissen, also
beame ich es (als Übergangslösung) in den Datenbank-Kommentar oder bringe es in einer DB-Tabelle "Entwicklung" unter. Mit Versionsgeschichte hätte das wohl eher nichts zu tun.
Martin:
Im Zweifel kann ich diesen auch in deinem Sinne einstellen.
Danke, gerne.
Aber zurzeit bin ich hier der Einzige, der sich dafür 'erwärmt' - hat wohl wenig Sinn sich die Arbeit zu machen.
Ich werde es an anderer Kontaktstelle tun. Jedoch bedeutet diese Stelle ein großer Umweg. Fraglich ist zudem, ob die Funktion es bis in das Firebird-System schafft.
bfuerchau:
Für uns ist das CreationDate auch wichtig aber genau aus anderer Richtung heraus.
...
Wenn das Creationdate beibehalten würde ohne ein RestoreDate einzuführen wäre diese Form der Kontrolle nicht mehr gewährleistet.
Und das genau soll so
nicht stattfinden.
Sehr wahrscheinlich wird ein Feld Änderungsdatum (RestoreDate) eingeführt werden müssen. Die entsprechenden gbak-Schalter müssten angepasst werden. Das entscheiden andere.
Viele Grüße
Gerd
