Re: [de-discuss] Automatische Migration von integrierten HSQLDB ODB-Dateien nach integrierten Firebird-Datenbank ODB-Dateien

Hallo *,

kurzer Zwischenstand:

Die Änderungen so wie sie derzeit in Master stehen, werden so nicht kommen:

HSQLDB wird weiterhin unterstützt werden und es wird einen Weg hin zur 
sanften Migration geben.


Am 11.04.2018 um 18:45 schrieb Gerhard Weydt:
> es haben Wörter und Buchstaben gefehlt, unten der ergänzte Text.
>
> Am 11.04.2018 um 18:38 schrieb Gerhard Weydt:
> > Hallo Florian, *,
> >
> > es ist eine andere Datenbank, die die disher genutzte intern HSQLDB 
> > ersetzt (intern heißt, dass die Daten im .odb-Dokument gespeichert 
> > sind und nicht extern in getrennten Dateien wie MySQL/MariaDB, 
> > PostgreSQL usw.). Die Daten werden migriert und sind dann nicht mehr 
> > im alten Format vorhanden, also auch nicht mehr in den älteren 
> > Versionen lesbar - und das betrifft auch schon die jetzigen stable 
> > und new Versionen!
> > Ich gebe also Robert und Sophia voll recht, so darf das nicht mal in 
> > den daily builds laufen!
> > Längerfristig von HSQLDB auf Firebird umzusteigen ist ja wohl in 
> > Ordnung, aber es muss eine Übergangszeit geben, in der man wählen 
> > kann, ob umgestellt werden soll. Wer - wohlgemerkt, jeweils ein 
> > Datenbankdokument für sich - umgestellt hat, muss nicht wieder 
> > zurückkönnen, aber den Zeitpunkt muss man in einem gewissen Zeitraum 
> > selbst bestimmen können.
> > Und dass das sogar ohne experimentelle Funktionen geschieht, also 
> > ohne jede Chance, das zu verhindern, geht schon mal gar nicht.
> Die Testmöglichkeit, die sicher notwendig ist, muss also auf 
> überlegterem Weg implementiert werden,
> > Gruß
> >
> > Gerhard
> >
> > Am 11.04.2018 um 18:26 schrieb Florian Reisinger:
> > > Hallo,
> > >
> > > Kurze Zwischenfrage für die, die da mehr involviert sind (bin da 
> > > leider zu
> > > weit entfernt)...
> > > Sind das 2 verschiedene Treiber für die gleiche Datenbank oder ist 
> > > das eine
> > > völlig andere Datenbank im Hintergrund.
> > >
> > > Bei letzterem würde ich schon beginnen zu fragen, ob das durch den 
> > > STandard
> > > gedeckt ist. Somit verlieren wir die Kompatibilität zu OpenOffice und
> > > älteren LibreOffice Versionen. Oder ist nur der Zugang zu den Daten ein
> > > anderer?
> > >
> > > Ich sehe die Wichtigkeit (und darum habe ich mich Mal eingeschalten) 
> > > und
> > > schau Mal ob ich wen im IRC Chat dazu erreichen kann.
> > >
> > > @Robert: Ich verstehe deine Einstellung gut, gerade weil eben auch 
> > > einfache
> > > Beispiele schon nicht gehen...
> > >
> > > lg
> > >
> > > Florian
> > >
> > > (Ja, ich bin nicht ganz weg :D )
> > >
> > > Robert Großkopf <robert@familiegrosskopf.de> schrieb am Mi., 11. 
> > > Apr. 2018,
> > > 17:57:
> > >
> > > > Hallo Harald,
> > > >
> > > > es geht wohl weniger darum, was die eine oder andere Datenbank 
> > > > kann. Das
> > > > habe ich bereits im Handbuch beschrieben. Es geht vielmehr darum, dass
> > > > ich mir doch nicht bei einem Update die Abwärtskompatibilität versauen
> > > > lassen will. Selbst wenn die Migration (incl. aller Ansichten, 
> > > > Abfragen,
> > > > Formulare, Berichte, Makros ...) einwandfrei klappt: Ich kann
> > > > anschließend nicht mehr meine Datenbank z.B. unter älteren LO-Systemen
> > > > oder unter AOO benutzen.
> > > >
> > > > So eine Migration muss den folgenden Regeln mindestens gehorchen:
> > > > 1. Die Migration darf nie automatisch ohne zutun des Nutzers erfolgen.
> > > > 2. Die Migration darf nie von einer beständig genutzten Datenbank
> > > > (HSQLDB) zu einer einer Datenbank erfolgen, die aufgrund ihrer
> > > > momentanen Mängel eine experimentelle Funktion ist (Firebird).
> > > > 3. Die Migration darf nie die alten Daten überschreiben sondern muss
> > > > eine neue Datenbankdatei erstellen, die dann eben mit Firebird laufen
> > > > könnte.
> > > >
> > > > Das jetzige Verhalten des aktuellen Daily Builds zerstört jedes
> > > > Vertrauen in das Vorgehen bei der Datenbankentwicklung. So etwas darf
> > > > aus meiner Sicht nicht absichtlich in einen Build, auch keinen der
> > > > Alpha-Sorte, eingebaut werden. Wenn die Migration getestet werden 
> > > > soll,
> > > > dann bitte vom Nutzer an- und abwählbar und nie, wenn der Nutzer nicht
> > > > einmal die Firebird-Datenbankengine aktiviert hat.
> > > >
> > > > Ich jedenfalls will mich nicht dem Shitstorm aussetzen, der dann durch
> > > > die Foren geht, wenn von diesem Vorhaben nicht abgelassen wird. 
> > > > Deswegen
> > > > distanziere ich mich davon, sobald so etwas auftaucht und kündige 
> > > > sofort
> > > > an, dass ich bei einer weiteren Verfolgung dieser "Automatik" für eine
> > > > Dokumentation und eine Beratung zur Nutzung von Base unter LibreOffice
> > > > nicht mehr zur Verfügung stehe.
> > > >
> > > > Gruß
> > > >
> > > > Robert
> > > > --
> > > > Homepage: http://robert.familiegrosskopf.de
> > > > LibreOffice Community: http://robert.familiegrosskopf.de/map_3
> > > >
> > > > --
> > > > Liste abmelden mit E-Mail an: discuss+unsubscribe@de.libreoffice.org
> > > > Probleme?
> > > > https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ 
> > > >
> > > > Tipps zu Listenmails: 
> > > > https://wiki.documentfoundation.org/Netiquette/de
> > > > Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
> > > > Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

--
Regards / Mit freundlichen Grüßen

Sophia Schröder
---
German Language Team
LibreOffice.org
IRC: SophiaS


--
Liste abmelden mit E-Mail an: discuss+unsubscribe@de.libreoffice.org
Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert