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

[K-J LibreOffice]

Entschuldigt, ist erst eine BHS für eine Alpha-Version.
Die sollte sowieso nicht mit Gebrauchsdaten genutzt werden.
Auch nicht zu Testzwecken.

Am 20.04.2018 um 09:47 schrieb K-J LibreOffice:
> Hallo zusammen,
> ich habe die Diskussion hier nur am Rande verfolgt, allerdings bleibt
> für mich eine Frage noch unbeantwortet:
> Nächste Woche (27. April) findet offiziell eine Bug Hunting Session für
> 6.1 RC 1 [1] statt.
> Wird jetzt die Migration als Automatik oder nur als Vorschlag im RC1
> integriert sein?
> Ansonsten sollte ein entsprechender, deutlich sichtbarer Hinweis auf der
> Wiki-Seite landen. Und zwar vor dem 27. April.
> 
> [1] https://wiki.documentfoundation.org/QA/BugHuntingSession/6.1.0Alpha
> 


-- 
Grüße
k-j

Member of TheDocumentFoundation
https://www.documentfoundation.org/governance/members/
https://de.libreoffice.org
https://wiki.documentfoundation.org/

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[K-J LibreOffice]

Hallo zusammen,
ich habe die Diskussion hier nur am Rande verfolgt, allerdings bleibt
für mich eine Frage noch unbeantwortet:
Nächste Woche (27. April) findet offiziell eine Bug Hunting Session für
6.1 RC 1 [1] statt.
Wird jetzt die Migration als Automatik oder nur als Vorschlag im RC1
integriert sein?
Ansonsten sollte ein entsprechender, deutlich sichtbarer Hinweis auf der
Wiki-Seite landen. Und zwar vor dem 27. April.

[1] https://wiki.documentfoundation.org/QA/BugHuntingSession/6.1.0Alpha

-- 
Grüße
k-j

Member of TheDocumentFoundation
https://www.documentfoundation.org/governance/members/
https://de.libreoffice.org
https://wiki.documentfoundation.org/

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Bjoern Michaelsen]

Hi Florian,

On Sun, Apr 15, 2018 at 06:56:58PM +, Florian Reisinger wrote:
> Das konkrete Problem hier: Es wurde zum Testen ausgerufen, bevor die
> grundlegendsten Features drinnen sind.

Das ist nicht falsch: Gerade in einem Projekt mit vielen Freiwilligen ist es
besser, frueher denn spaeter Bescheid zu sagen.

> Ich würde auch gern wissen, wie gut das alles mit automatisierten Tests
> abgedeckt wird. (auch für spätere Migrationen)

Frag am besten den Umsetzenden!
 
> Oder auch: Gibt es eine Definition of done? 

Huh? DoD ist ein Begriff aus dem agilen Projektmanagement. Die Ausschreibungen
sind naturgegeben alles andere als agil, obschon das LibreOffice Projekt sonst
... nicht gerade Waterfall ist.

> Darum vielleicht auch der verfrühte Aufruf zum Testen..?

Es gibt keinen verfruehten Aufruf zu Testen. Testen kann man nur rechtzeitig
oder zu spaet.

> Wie oben bereits erwähnt, ich weiß nicht was das Ziel der Migration ist. Es
> gibt sicher SQL Code, der nicht transformiert werden kann. Aber soll alles,
> was automatisch geändert werden kann geändert werden. Was ist alles? Oder
> ist es okay, wenn SQL Code nicht mehr läuft? Nimmt man davon automatisch
> generierte Sachen aus?

Das ist nicht wirklich im Scope der Ausschreibung und damit bei den ueblichen
Verdaechtigen fuer allgemeine Fragen der Projektentwicklung: dev IRC, dev
Mailinglist, dann ESC.

Gruss,

Bjoern

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Florian Reisinger]

Hallo Björn,

Ich bringe es Mal auf die DEV / QA Mailingliste.

Ich habe DoD nicht nur im alten Umfeld kennen gelernt, eher wann ich alles
fertig.

LG

Florian

Bjoern Michaelsen  schrieb am Do., 19.
Apr. 2018, 19:11:

> Hi Florian,
>
> On Sun, Apr 15, 2018 at 06:56:58PM +, Florian Reisinger wrote:
> > Das konkrete Problem hier: Es wurde zum Testen ausgerufen, bevor die
> > grundlegendsten Features drinnen sind.
>
> Das ist nicht falsch: Gerade in einem Projekt mit vielen Freiwilligen ist
> es
> besser, frueher denn spaeter Bescheid zu sagen.
>
> > Ich würde auch gern wissen, wie gut das alles mit automatisierten Tests
> > abgedeckt wird. (auch für spätere Migrationen)
>
> Frag am besten den Umsetzenden!
>
> > Oder auch: Gibt es eine Definition of done?
>
> Huh? DoD ist ein Begriff aus dem agilen Projektmanagement. Die
> Ausschreibungen
> sind naturgegeben alles andere als agil, obschon das LibreOffice Projekt
> sonst
> ... nicht gerade Waterfall ist.
>
> > Darum vielleicht auch der verfrühte Aufruf zum Testen..?
>
> Es gibt keinen verfruehten Aufruf zu Testen. Testen kann man nur
> rechtzeitig
> oder zu spaet.
>
> > Wie oben bereits erwähnt, ich weiß nicht was das Ziel der Migration ist.
> Es
> > gibt sicher SQL Code, der nicht transformiert werden kann. Aber soll
> alles,
> > was automatisch geändert werden kann geändert werden. Was ist alles? Oder
> > ist es okay, wenn SQL Code nicht mehr läuft? Nimmt man davon automatisch
> > generierte Sachen aus?
>
> Das ist nicht wirklich im Scope der Ausschreibung und damit bei den
> ueblichen
> Verdaechtigen fuer allgemeine Fragen der Projektentwicklung: dev IRC, dev
> Mailinglist, dann ESC.
>
> Gruss,
>
> Bjoern
>
-- 

Mit freundlichen Grüßen, | Yours,
Florian Reisinger

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Bjoern Michaelsen]

Hi Florian,

On Sun, Apr 15, 2018 at 06:16:53AM +, Florian Reisinger wrote:
> Ich wurde ja im Bug sanft gebeten mich raus zu halten. 

Diese ausfuehrlichen Featurediskussionen sind sicher wertvoll -- aber
Bugzilla ist nicht das beste Medium dafuer: Dort sollte -- wie bei Bugs auch --
das Scope eines Tickets moeglichst kurz und knapp  umrissen bleiben.

> Ich würde besonders dich (weil keiner so gut sich in Base auskennt wie du)
> Mal - entweder in Deutsch oder Englisch. Hab hier einmal begonnen (auf
> Englisch) was es alles zu testen gibt:
> 
> https://pad.documentfoundation.org/p/Java_SI-GUI

Das, was dort bereits schon jetzt gesammelt ist, ist wertvoll und sehr
hilfreich. Wenn ihr da der Meinung seid, einen halbwegs konsolidierten Stand
erreicht zu haben, sollte dies auch unbedingt den Entwicklern des Features
zugaenglich gemacht werden -- am besten auf der Dev- oder QA-Liste.

Die Ausschreibung fuer dieses Feature wuerde am 4. Mai letzten Jahres
veroeffentlicht:

 
https://blog.documentfoundation.org/blog/2017/05/04/tender-implement-hsqldb-binary-format-import-libreoffice-201705-03/

Im ESC ist dieses Thema sicher auch schon frueher diskutiert worden.

Ich frage mich gerade, wie wir im Projekt besser miteinander kommunizieren
koennen, so dass interessierte Endnutzer -- in diesem Falle die Nutzer von Base
(z.B. auf dieser Liste) -- die Entwicklung frueher aktiv begleiten koennen.
Neben dem HSQLDB-Feature gibt ja auch noch andere Ausschreibungen und
Entwicklungen im Projekt, bei denen die Expertise von Powerusern fruehzeitig
sehr hilfreich sein kann.

Wie koennen wir hier die Endnutzer frueher ins Boot bekommen?

Gruss,

Bjoern

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Florian Reisinger]

Hallo Björn,

Bjoern Michaelsen  schrieb am So., 15.
Apr. 2018, 19:26:

> Hi Florian,
>
> On Sun, Apr 15, 2018 at 06:16:53AM +, Florian Reisinger wrote:
> > Ich wurde ja im Bug sanft gebeten mich raus zu halten.
>
> Diese ausfuehrlichen Featurediskussionen sind sicher wertvoll -- aber
> Bugzilla ist nicht das beste Medium dafuer: Dort sollte -- wie bei Bugs
> auch --
> das Scope eines Tickets moeglichst kurz und knapp  umrissen bleiben.
>

Ich kann dich da auch verstehen nur muss ich sagen: Bei diesem Bug hast du
jetzt eine Mailingliste mit den "richtigen" Personen.

Vielleicht liegt es daran, dass ich lange eher passiv war, aber ich wüsste
nicht wohin (bis auf "in den Bug schreiben" und "im LibreOffice-dev IRC
fragen wohin es gehen soll.)


> > Ich würde besonders dich (weil keiner so gut sich in Base auskennt wie
> du)
> > Mal - entweder in Deutsch oder Englisch. Hab hier einmal begonnen (auf
> > Englisch) was es alles zu testen gibt:
> >
> > https://pad.documentfoundation.org/p/Java_SI-GUI
>
> Das, was dort bereits schon jetzt gesammelt ist, ist wertvoll und sehr
> hilfreich. Wenn ihr da der Meinung seid, einen halbwegs konsolidierten
> Stand
> erreicht zu haben, sollte dies auch unbedingt den Entwicklern des Features
> zugaenglich gemacht werden -- am besten auf der Dev- oder QA-Liste.
>

Ich muss sagen, dass ich morgen eine Augen Operation habe ich nicht weiß,
wann ich wieder ausreichend sehe um weiter zu machen. Vor 2 Jahren habe ich
es in Erinnerung, dass wenige Entwickler auf der QA ML mitlesen und dass
sehr wenige QAler auf der DEV Liste sind.


> Die Ausschreibung fuer dieses Feature wuerde am 4. Mai letzten Jahres
> veroeffentlicht:
>
>
> https://blog.documentfoundation.org/blog/2017/05/04/tender-implement-hsqldb-binary-format-import-libreoffice-201705-03/


Danke für den Link! Ich sehe hier 2 Sachen, mit denen wir uns beschäftigen
müssen.

Nicht alles existiert in beiden. Tabellennamen und bestimmte Datentypen
haben eine unterschiedliche maximale Größe.

Auch wenn der beschriebene Import funktioniert, dann hast du noch die
ganzen Reports, die WOMÖGLICH (da SQL) NICHT gehen.

Mir fehlt leider die Übersicht welche SQL-DDL [CREATE TABLE...]
Unterschiede es zwischen HSQLDB und Firebird gibt. (Als alleine schon wie
man die Datentypen vom einen System zum anderen mapped)

Oder wenn ein Index erstellt wurde, oder constraints Das alles muss ja
auch eine Repräsentation auf der anderen Seite.

>
>
> Im ESC ist dieses Thema sicher auch schon frueher diskutiert worden.
>
> Ich frage mich gerade, wie wir im Projekt besser miteinander kommunizieren
> koennen, so dass interessierte Endnutzer -- in diesem Falle die Nutzer von
> Base
> (z.B. auf dieser Liste) -- die Entwicklung frueher aktiv begleiten koennen.
>

Das konkrete Problem hier: Es wurde zum Testen ausgerufen, bevor die
grundlegendsten Features drinnen sind. Ich würde auch gern wissen, wie gut
das alles mit automatisierten Tests abgedeckt wird. (auch für spätere
Migrationen)

Oder auch: Gibt es eine Definition of done? Um ehrlich zu sein ist der oben
ausgeschriebene Import etwas anderes als die Migration... Was soll alles
migriert werden, was wird auf was gemapped Ich sehe keine Liste vor
mir, die umgesetzt werden soll

Darum vielleicht auch der verfrühte Aufruf zum Testen..?

Neben dem HSQLDB-Feature gibt ja auch noch andere Ausschreibungen und
> Entwicklungen im Projekt, bei denen die Expertise von Powerusern
> fruehzeitig
> sehr hilfreich sein kann.
>

Wie oben bereits erwähnt, ich weiß nicht was das Ziel der Migration ist. Es
gibt sicher SQL Code, der nicht transformiert werden kann. Aber soll alles,
was automatisch geändert werden kann geändert werden. Was ist alles? Oder
ist es okay, wenn SQL Code nicht mehr läuft? Nimmt man davon automatisch
generierte Sachen aus?

Danke für die Beantwortung der obrigen Fragen und schön wieder von dir zu
hören!


> Wie koennen wir hier die Endnutzer frueher ins Boot bekommen?
>
> Gruss,
>
> Bjoern
>

LG

Florian

> --

Mit freundlichen Grüßen, | Yours,
Florian Reisinger

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Florian Reisinger]

Hallo Robert,

Ich wurde ja im Bug sanft gebeten mich raus zu halten. Grundsätzlich teile
ich deine Meinung. Laut Tamas sind Commits, die Views transferieren sollen
und mit Relationen zwischen Tabellen umgehen können dabei.

Wenn ich mich nicht verschrieben habe, habe ich mich deutlich für eine
experimentelle Funktion für die Konvertierung ausgesprochen (was aber
anscheinend überlesen wurde).

Meines Erachtens ist es eine große Stärke von LibreOffice, dass Base eine
integrierte Datenbank haben kann. JDBC ist nicht betroffen soweit ich das
erkennen kann.

Das wichtige ist: "Bald" (wenn die Commits durch sind) gibt es einen Build,
der mehr kann.


Dass der Dialog keine Lösung ist habe ich auch geschrieben. Wenn man die
experimentelle Funktion zur Konvertierung aktiviert, dann soll sie auch [so
wie es später sein sollte] automatisch und ohne zutun durchgeführt werden.

Ich empfinde es auch als Schade, dass die Auto increment Funktion der
Datenbank nicht geht. Eigentlich müsste es auch ohne einen Generator
gehen

Ich würde besonders dich (weil keiner so gut sich in Base auskennt wie du)
Mal - entweder in Deutsch oder Englisch. Hab hier einmal begonnen (auf
Englisch) was es alles zu testen gibt:

https://pad.documentfoundation.org/p/Java_SI-GUI

LG

Florian

Robert Großkopf  schrieb am Sa., 14. Apr. 2018,
22:35:

> Hallo Florian,
>
> ich lese das alles mit. Mir scheint, dass Tamas Bunth noch nicht so weit
> ist, auf die Migration zum Start von LO 6.1 zu verzichten.
>
> Da die Migration in höchstem Maße experimentell ist gehört so etwas
> nicht zum normalen Umfang eines neuen Releases. Über "Experimentelle
> Funktionen" sollte dann die Möglichkeit gegeben werden, die Migration
> mittels eines Buttons zu starten - nicht eine automatische Nachfrage,
> sondern z.B. ein Menüeintrag oder etwas ähnliches, so dass der User
> bewusst die Migration wählt, und nicht genervt irgendwann ja drückt und
> alle Daten sind im Nirwana - dann eine Wiederherstellung der Daten mit
> Hilfe eines Packprogramms ist ja wohl alles andere als Vertrauen erweckend.
>
> Zur Zeit klappt noch nicht einmal die Erstellung der Tabellen mit Inhalt
> ohne deklarierte Relationen einwandfrei. Die automatisch generierten
> Primärschlüssel werden zwar übernommen, aber bei Neueingaben kommen
> prompt Fehlermeldungen, da der Sequenzgenerator nicht auf den höchsten
> Primärschlüsselwert eingestellt ist sondern auf 0.
>
> Das ganze scheint mir so, als hätte der Autor noch nie mit einer HSQLDB
> gearbeitet und überhaupt einen Test vorher gemacht, ob das nicht nur
> theoretisch funktionieren könnte, sondern auch praktisch funktioniert.
> So etwas kann ich als Makro versuchsweise in einem Forum als
> Nichtprogrammierer anbieten und arbeite dann mit anderen die Fehler ab -
> aber doch nicht als Programmcode für eine Office-Version, die weiterhin
> bestrebt ist, auch benutzt zu werden.
>
> Gruß
>
> Robert
> --
> Homepage: http://robert.familiegrosskopf.de
> LibreOffice Community: http://robert.familiegrosskopf.de/map_3
>
>
> --
> Liste abmelden mit E-Mail an: discuss+unsubscr...@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
>
-- 

Mit freundlichen Grüßen, | Yours,
Florian Reisinger

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Robert Großkopf]

Hallo Florian,

ich lese das alles mit. Mir scheint, dass Tamas Bunth noch nicht so weit
ist, auf die Migration zum Start von LO 6.1 zu verzichten.

Da die Migration in höchstem Maße experimentell ist gehört so etwas
nicht zum normalen Umfang eines neuen Releases. Über "Experimentelle
Funktionen" sollte dann die Möglichkeit gegeben werden, die Migration
mittels eines Buttons zu starten - nicht eine automatische Nachfrage,
sondern z.B. ein Menüeintrag oder etwas ähnliches, so dass der User
bewusst die Migration wählt, und nicht genervt irgendwann ja drückt und
alle Daten sind im Nirwana - dann eine Wiederherstellung der Daten mit
Hilfe eines Packprogramms ist ja wohl alles andere als Vertrauen erweckend.

Zur Zeit klappt noch nicht einmal die Erstellung der Tabellen mit Inhalt
ohne deklarierte Relationen einwandfrei. Die automatisch generierten
Primärschlüssel werden zwar übernommen, aber bei Neueingaben kommen
prompt Fehlermeldungen, da der Sequenzgenerator nicht auf den höchsten
Primärschlüsselwert eingestellt ist sondern auf 0.

Das ganze scheint mir so, als hätte der Autor noch nie mit einer HSQLDB
gearbeitet und überhaupt einen Test vorher gemacht, ob das nicht nur
theoretisch funktionieren könnte, sondern auch praktisch funktioniert.
So etwas kann ich als Makro versuchsweise in einem Forum als
Nichtprogrammierer anbieten und arbeite dann mit anderen die Fehler ab -
aber doch nicht als Programmcode für eine Office-Version, die weiterhin
bestrebt ist, auch benutzt zu werden.

Gruß

Robert
-- 
Homepage: http://robert.familiegrosskopf.de
LibreOffice Community: http://robert.familiegrosskopf.de/map_3


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Florian Reisinger]

Hallo,

https://bugs.documentfoundation.org/show_bug.cgi?id=116944

Gerade ein commit in den Master gekommen, der einen "Ja /Später" Dialog für
das Feature "Auf Firebird migrieren" hinzufügt.

Irgendwie scheint der Commit nicht in die Richtung der restlichen
Diskussion zu gehen.

Jeder, der diese Diskussion nicht kennt, wird bei einer "Ja/Später" Dialog
die Chance haben deine Daten zu verlieren

Ich weiß nicht wie wahrscheinlich "ja, mach ruhig", "ja, sonst nervst du
mich später", "Später, ich will jetzt arbeiten", "Später, später, ja [ich
will diese Meldung nicht mehr sehen] sind, aber kaum ein User wird
dauerhaft auf später klicken und wir haben die Probleme :/

Gute Nacht,

Florian

Florian Reisinger  schrieb am Sa., 14. Apr. 2018,
12:25:

> Hallo Robert,
>
> Wenn ich ganz ehrlich sein kann, dann bin ich sehr erschrocken, dass
> Tabellen und Views (da gibt es nicht wirklich einen deutschen Fachbegriff)
> nicht transferiert werden.
> Das Problem hier ist, dass eigentlich gar nichts funktioneirt. Denn
> Relationen zwischen Tabellen, persistierte Views (Tabellen) und virtuelle
> Views ( eben die Views / Ansichten) sind genauso wie die folgenden Sachen
> grundfunktionen und müssen transferiert werden:
>
> INDEX, Primärschlüssel (über ein Feld und über mehrere Felder), UNIQUE
> (und andere) Konstraints wie "NICHT NULL".
>
> Ich glaube, dass es sinnvoll wäre ein Dokument mit allen Features zu
> erstellen und zu beschreiben, was da sein soll (Tabelle mit Primärschlüssel
> X, Y ist der Sekundärschlüssel für die Relation zur Tabelle Z). Damit
> hätten wir einen sehr wichtigen Aspekt angegangen.
>
> Danach müssen wir sicherstellen, dass alle automatisch generierten SQL
> Queries funktionieren. Da kann es zu gröberen Problemen kommen, wenn der
> SQL Standard nicht gleich implementiert ist.
>
> Ich würde sagen, dass eine Umstellung erst dann passieren soll, wenn dies
> und zusäztlich natürlich echte Base Dokumente getestet wurden und sie
> funktionieren. Aber ich glaub momentan wäre es gut ein Dokument zu haben,
> wo man sieht was alles nicht geht (Mit sehr wenigen bis gar keinen
> Daten drinnen.)
>
> 3) Ich muss sagen ich komme aus der Java Welt und da wurde - trotz
> deprication - noch nichts nennenswertes entfernt. Darum wäre ich eigentlich
> dafür HSQLDB mit 6.1 als Deprecated zu markieren und mindestens 3 Releases
> als Übergangsperiode zu definieren. 3 Releases später wird Firebird default.
>
> @Robert: Sind die Fehler hier aufgrund der Konvertierung. Firebird selbst
> - also wenn man eine ODB mit dem erstellt. Kann man das gut verwenden oder
> sind wir auch da nich nicht weit genug..?
>
>
> Danke für deine Antworten. Bin schon sehr auf deine Test Ergebnijsse
> gespannt.
>
> lg
>
> Florian
>
>
> Robert Großkopf  schrieb am Fr., 13. Apr.
> 2018, 08:05:
>
>> Hallo Florian,
>> >
>> > Ich bin etwas verwirrt, wenn nicht Mal Views übernommen werden
>> sollen
>> > Laut dem ESC call könnte es eine 2-3 jährige Übergangszeit geben, also
>> dass
>> > das nächste LTS Release der Linux Distributionen abgewartet wird.
>>
>> Ich habe diesen Call auch gelesen. Die Übergangszeit würde schon passen.
>> 1. Schritt: Firebird aus dem Experimentalstadium raus.
>> 2. Schritt: HSQLDB nach Firebird migrieren (wenn Firebird stabil genug
>> und begründbar besser funktioniert - nicht wenn Firebird Probleme mit
>> Funktionen hat, die HSQLDB bietet.
>> 3. Schritt: HSQLDB als Deprecated einstufen. Dann sind wir aber auf
>> jeden Fall raus aus der Abwärtskompatibilität. Der Austausch der
>> *.odb-Dateien zwischen neueren LO-Versionen und älteren LO-Versionen und
>> auch AOO ist nicht mehr möglich.
>> 4. Schritt: HSQLDB raus - so wie es jetzt bei der "Migration" versucht
>> wird/wurde.
>> >
>> > Ich finde es eigentlich eine verlorene Chance, dass nicht bei jedem
>> > Dokument, das konvertiert wird zumindest "select * from "
>> verglichen
>> > wird, ob das gleich ist. Denn wenn die Daten passen ist der automatische
>> > Teil der Migration fertig, das SQL anzupassen geht nicht wirklich, oder?
>>
>> Was im Augenblick bei der Migration vermutlich funktioniert ist die
>> Erstellung der Tabellen mit Daten, wenn die Beziehung zwischen den
>> Tabellen nicht definiert wird. Das Gleiche erzeuge ich aber auch, wenn
>> ich einfach Tabellen von der einen Datenbank in die andere ziehe. Da
>> mache ich das dann bewusst.
>>
>> Sobald Beziehungen zwischen den Tabellen definiert werden bekomme ich
>> kein Migrationsergebnis, wenn die Tabellen Inhalt enthalten - so
>> zumindest bei meinen Tests.
>>
>> Wenn Beziehungen definiert sind und die Tabellen leer (kommt bei einer
>> Migration wohl nicht vor), dann werden die Tabellen erstellt, die
>> Tabellen in den Beziehungen aber nicht verknüpft.
>>
>> Ansichten werden grundsätzlich raus gelassen, egal wie kompliziert sie
>> sind. Der SQL-Code von Views ist nicht so sehr unterschiedlich. Das
>> Dumme ist nur, dass der von der Datenbank überprüft wird. 

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

[Florian Reisinger]

Hallo Robert,

Wenn ich ganz ehrlich sein kann, dann bin ich sehr erschrocken, dass
Tabellen und Views (da gibt es nicht wirklich einen deutschen Fachbegriff)
nicht transferiert werden.
Das Problem hier ist, dass eigentlich gar nichts funktioneirt. Denn
Relationen zwischen Tabellen, persistierte Views (Tabellen) und virtuelle
Views ( eben die Views / Ansichten) sind genauso wie die folgenden Sachen
grundfunktionen und müssen transferiert werden:

INDEX, Primärschlüssel (über ein Feld und über mehrere Felder), UNIQUE (und
andere) Konstraints wie "NICHT NULL".

Ich glaube, dass es sinnvoll wäre ein Dokument mit allen Features zu
erstellen und zu beschreiben, was da sein soll (Tabelle mit Primärschlüssel
X, Y ist der Sekundärschlüssel für die Relation zur Tabelle Z). Damit
hätten wir einen sehr wichtigen Aspekt angegangen.

Danach müssen wir sicherstellen, dass alle automatisch generierten SQL
Queries funktionieren. Da kann es zu gröberen Problemen kommen, wenn der
SQL Standard nicht gleich implementiert ist.

Ich würde sagen, dass eine Umstellung erst dann passieren soll, wenn dies
und zusäztlich natürlich echte Base Dokumente getestet wurden und sie
funktionieren. Aber ich glaub momentan wäre es gut ein Dokument zu haben,
wo man sieht was alles nicht geht (Mit sehr wenigen bis gar keinen
Daten drinnen.)

3) Ich muss sagen ich komme aus der Java Welt und da wurde - trotz
deprication - noch nichts nennenswertes entfernt. Darum wäre ich eigentlich
dafür HSQLDB mit 6.1 als Deprecated zu markieren und mindestens 3 Releases
als Übergangsperiode zu definieren. 3 Releases später wird Firebird default.

@Robert: Sind die Fehler hier aufgrund der Konvertierung. Firebird selbst -
also wenn man eine ODB mit dem erstellt. Kann man das gut verwenden oder
sind wir auch da nich nicht weit genug..?


Danke für deine Antworten. Bin schon sehr auf deine Test Ergebnijsse
gespannt.

lg

Florian

Robert Großkopf  schrieb am Fr., 13. Apr. 2018,
08:05:

> Hallo Florian,
> >
> > Ich bin etwas verwirrt, wenn nicht Mal Views übernommen werden sollen
> > Laut dem ESC call könnte es eine 2-3 jährige Übergangszeit geben, also
> dass
> > das nächste LTS Release der Linux Distributionen abgewartet wird.
>
> Ich habe diesen Call auch gelesen. Die Übergangszeit würde schon passen.
> 1. Schritt: Firebird aus dem Experimentalstadium raus.
> 2. Schritt: HSQLDB nach Firebird migrieren (wenn Firebird stabil genug
> und begründbar besser funktioniert - nicht wenn Firebird Probleme mit
> Funktionen hat, die HSQLDB bietet.
> 3. Schritt: HSQLDB als Deprecated einstufen. Dann sind wir aber auf
> jeden Fall raus aus der Abwärtskompatibilität. Der Austausch der
> *.odb-Dateien zwischen neueren LO-Versionen und älteren LO-Versionen und
> auch AOO ist nicht mehr möglich.
> 4. Schritt: HSQLDB raus - so wie es jetzt bei der "Migration" versucht
> wird/wurde.
> >
> > Ich finde es eigentlich eine verlorene Chance, dass nicht bei jedem
> > Dokument, das konvertiert wird zumindest "select * from "
> verglichen
> > wird, ob das gleich ist. Denn wenn die Daten passen ist der automatische
> > Teil der Migration fertig, das SQL anzupassen geht nicht wirklich, oder?
>
> Was im Augenblick bei der Migration vermutlich funktioniert ist die
> Erstellung der Tabellen mit Daten, wenn die Beziehung zwischen den
> Tabellen nicht definiert wird. Das Gleiche erzeuge ich aber auch, wenn
> ich einfach Tabellen von der einen Datenbank in die andere ziehe. Da
> mache ich das dann bewusst.
>
> Sobald Beziehungen zwischen den Tabellen definiert werden bekomme ich
> kein Migrationsergebnis, wenn die Tabellen Inhalt enthalten - so
> zumindest bei meinen Tests.
>
> Wenn Beziehungen definiert sind und die Tabellen leer (kommt bei einer
> Migration wohl nicht vor), dann werden die Tabellen erstellt, die
> Tabellen in den Beziehungen aber nicht verknüpft.
>
> Ansichten werden grundsätzlich raus gelassen, egal wie kompliziert sie
> sind. Der SQL-Code von Views ist nicht so sehr unterschiedlich. Das
> Dumme ist nur, dass der von der Datenbank überprüft wird. Sollte das
> fehl schlagen, dann könnte als Alternative der SQL-Code des Views als
> Abfrage in die zu migrierende Datenbank übernommen werden. Sonst ist
> nämlich der gesamte Code verloren. Ich habe hier views, die eben nicht
> nur eine Zeile, sondern nahezu eine A4-Seite beinhalten - die weiß ich
> doch nicht auswendig.
>
> Leider funktioniert in der aktuellen 6.1 der Editor für Views nicht
> einmal. Stattdessen wird bei einem View der Tabelleneditor geöffnet.
> Views lassen sich nur über Abfragen erzeugen und dann als Ansichten in
> den Tabellencontainer übernehmen.
>
> Ich habe spontan nur die Standarddatenbank des Handbuches an dieser
> Migration versucht und dann von dieser her abgespeckt. Am Wochenende
> werde ich etwas mehr testen. Bisher habe ich es nicht geschafft, eine
> Datenbank mit allen Daten migriert zu bekommen - nicht weil ich Views
> drin habe, sondern weil ich natürlich 

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

[Robert Großkopf]

Hallo Florian,
> 
> Ich bin etwas verwirrt, wenn nicht Mal Views übernommen werden sollen
> Laut dem ESC call könnte es eine 2-3 jährige Übergangszeit geben, also dass
> das nächste LTS Release der Linux Distributionen abgewartet wird.

Ich habe diesen Call auch gelesen. Die Übergangszeit würde schon passen.
1. Schritt: Firebird aus dem Experimentalstadium raus.
2. Schritt: HSQLDB nach Firebird migrieren (wenn Firebird stabil genug
und begründbar besser funktioniert - nicht wenn Firebird Probleme mit
Funktionen hat, die HSQLDB bietet.
3. Schritt: HSQLDB als Deprecated einstufen. Dann sind wir aber auf
jeden Fall raus aus der Abwärtskompatibilität. Der Austausch der
*.odb-Dateien zwischen neueren LO-Versionen und älteren LO-Versionen und
auch AOO ist nicht mehr möglich.
4. Schritt: HSQLDB raus - so wie es jetzt bei der "Migration" versucht
wird/wurde.
> 
> Ich finde es eigentlich eine verlorene Chance, dass nicht bei jedem
> Dokument, das konvertiert wird zumindest "select * from " verglichen
> wird, ob das gleich ist. Denn wenn die Daten passen ist der automatische
> Teil der Migration fertig, das SQL anzupassen geht nicht wirklich, oder?

Was im Augenblick bei der Migration vermutlich funktioniert ist die
Erstellung der Tabellen mit Daten, wenn die Beziehung zwischen den
Tabellen nicht definiert wird. Das Gleiche erzeuge ich aber auch, wenn
ich einfach Tabellen von der einen Datenbank in die andere ziehe. Da
mache ich das dann bewusst.

Sobald Beziehungen zwischen den Tabellen definiert werden bekomme ich
kein Migrationsergebnis, wenn die Tabellen Inhalt enthalten - so
zumindest bei meinen Tests.

Wenn Beziehungen definiert sind und die Tabellen leer (kommt bei einer
Migration wohl nicht vor), dann werden die Tabellen erstellt, die
Tabellen in den Beziehungen aber nicht verknüpft.

Ansichten werden grundsätzlich raus gelassen, egal wie kompliziert sie
sind. Der SQL-Code von Views ist nicht so sehr unterschiedlich. Das
Dumme ist nur, dass der von der Datenbank überprüft wird. Sollte das
fehl schlagen, dann könnte als Alternative der SQL-Code des Views als
Abfrage in die zu migrierende Datenbank übernommen werden. Sonst ist
nämlich der gesamte Code verloren. Ich habe hier views, die eben nicht
nur eine Zeile, sondern nahezu eine A4-Seite beinhalten - die weiß ich
doch nicht auswendig.

Leider funktioniert in der aktuellen 6.1 der Editor für Views nicht
einmal. Stattdessen wird bei einem View der Tabelleneditor geöffnet.
Views lassen sich nur über Abfragen erzeugen und dann als Ansichten in
den Tabellencontainer übernehmen.

Ich habe spontan nur die Standarddatenbank des Handbuches an dieser
Migration versucht und dann von dieser her abgespeckt. Am Wochenende
werde ich etwas mehr testen. Bisher habe ich es nicht geschafft, eine
Datenbank mit allen Daten migriert zu bekommen - nicht weil ich Views
drin habe, sondern weil ich natürlich Beziehungen definiert habe und
meine Tabellen auch bei Testbeispielen natürlich Inhalt enthalten. Die
Datei enthält nach der Migration keine Tabellen mehr.

Gruß

Robert
-- 
Homepage: http://robert.familiegrosskopf.de
LibreOffice Community: http://robert.familiegrosskopf.de/map_3

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Florian Reisinger]

Hallo Sophia,

Ich lese das nicht ganz so zuversichtlich.

@Robert: Ich weiß nicht, ob du schon Bugs mit Fehlern, die HSQLDB nicht
hat, Firebird aber schon, gemeldet hat.

Ich glaube, desto mehr Fehler mit diesem Bug als "depends on"
https://bugs.documentfoundation.org/show_bug.cgi?id=51780 gemeldet werden,
desto besser.

Ich bin etwas verwirrt, wenn nicht Mal Views übernommen werden sollen
Laut dem ESC call könnte es eine 2-3 jährige Übergangszeit geben, also dass
das nächste LTS Release der Linux Distributionen abgewartet wird.

Ich finde es eigentlich eine verlorene Chance, dass nicht bei jedem
Dokument, das konvertiert wird zumindest "select * from " verglichen
wird, ob das gleich ist. Denn wenn die Daten passen ist der automatische
Teil der Migration fertig, das SQL anzupassen geht nicht wirklich, oder?

LG

Florian

Sophia Schröder  schrieb am Fr., 13. Apr.
2018, 01:30:

> Hallo Robert, *,
>
> zumindest ist (vorerst) die Treiberunterstützung wieder drinnen,
> da ich mal kühn den Revert in Gerrit eingeschleust habe und
> er mittlerweile gemerged ist:
>
>
> https://cgit.freedesktop.org/libreoffice/core/commit/?id=f4fc28aedf9c673f368ddc00f3279f6d54c1a654
>
> Alles andere und weitergehende ist auch den heutigen ESC-Minutes zu
> entnehmen (war selber nicht mit anwesend):
>
>
> http://nabble.documentfoundation.org/Libreoffice-qa-minutes-of-ESC-call-tp4237769.html
>
> Am 12.04.2018 um 17:00 schrieb Robert Großkopf:
> > Hallo Sophia,
> >> 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.
> > Das sehe ich im Moment noch nicht.
> > Schau Dir einmal diesen Kommentar zu dem von mir aufgegebenen Bug an:
> > https://bugs.documentfoundation.org/show_bug.cgi?id=116944#c3
> >
> > "Conversion from embedded 1.8.0 HSQLDB to Firebird 3.0. is explicit and
> > happens automatically as otherwise a legacy database would not open in
> > LibreOffice master/6.1.0"
> >
> > Danach gibt es ab der Version 6.1 einfach keine Unterstützung mehr für
> > die interne HSQLDB. Wenn ich so etwas lese, dann sehe ich nur, wie der
> > Zug hier voll vor die Wand fährt. Wenn dieses Vorgehen sich zu Beta hin
> > realisieren sollte steige ich aus dem Projekt LibreOffice aus.
> >
> > Gruß
> >
> > Robert
>
> --
> Regards / Mit freundlichen Grüßen
>
> Sophia Schröder
> ---
> German Language Team
> LibreOffice.org
> IRC: SophiaS
>
>
> --
> Liste abmelden mit E-Mail an: discuss+unsubscr...@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
>
-- 

Mit freundlichen Grüßen, | Yours,
Florian Reisinger

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Sophia Schröder]

Hallo Robert, *,

zumindest ist (vorerst) die Treiberunterstützung wieder drinnen,
da ich mal kühn den Revert in Gerrit eingeschleust habe und
er mittlerweile gemerged ist:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=f4fc28aedf9c673f368ddc00f3279f6d54c1a654

Alles andere und weitergehende ist auch den heutigen ESC-Minutes zu 
entnehmen (war selber nicht mit anwesend):


http://nabble.documentfoundation.org/Libreoffice-qa-minutes-of-ESC-call-tp4237769.html

Am 12.04.2018 um 17:00 schrieb Robert Großkopf:

Hallo Sophia,

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.

Das sehe ich im Moment noch nicht.
Schau Dir einmal diesen Kommentar zu dem von mir aufgegebenen Bug an:
https://bugs.documentfoundation.org/show_bug.cgi?id=116944#c3

"Conversion from embedded 1.8.0 HSQLDB to Firebird 3.0. is explicit and
happens automatically as otherwise a legacy database would not open in
LibreOffice master/6.1.0"

Danach gibt es ab der Version 6.1 einfach keine Unterstützung mehr für
die interne HSQLDB. Wenn ich so etwas lese, dann sehe ich nur, wie der
Zug hier voll vor die Wand fährt. Wenn dieses Vorgehen sich zu Beta hin
realisieren sollte steige ich aus dem Projekt LibreOffice aus.

Gruß

Robert


--
Regards / Mit freundlichen Grüßen

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


--
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Florian Reisinger]

Hallo Robert,

Ich glaube gerade wir im deutschen Projekt wissen wie wichtig dein Input
gerade in dieser Sache ist und was die Änderung für die Base Community
bedeuteten wird

Ich (auch wenn mein Wort nicht mehr viel zählen wird) bleibe ich auch dran
:)

Robert Großkopf  schrieb am Do., 12. Apr. 2018,
17:00:

> Hallo Sophia,
> >
> > 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.
>
> Das sehe ich im Moment noch nicht.
> Schau Dir einmal diesen Kommentar zu dem von mir aufgegebenen Bug an:
> https://bugs.documentfoundation.org/show_bug.cgi?id=116944#c3
>
> "Conversion from embedded 1.8.0 HSQLDB to Firebird 3.0. is explicit and
> happens automatically as otherwise a legacy database would not open in
> LibreOffice master/6.1.0"
>
> Danach gibt es ab der Version 6.1 einfach keine Unterstützung mehr für
> die interne HSQLDB. Wenn ich so etwas lese, dann sehe ich nur, wie der
> Zug hier voll vor die Wand fährt. Wenn dieses Vorgehen sich zu Beta hin
> realisieren sollte steige ich aus dem Projekt LibreOffice aus.
>
> Gruß
>
> Robert
> --
> Homepage: http://robert.familiegrosskopf.de
> LibreOffice Community: http://robert.familiegrosskopf.de/map_3
>
> --
> Liste abmelden mit E-Mail an: discuss+unsubscr...@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
>
-- 

Mit freundlichen Grüßen, | Yours,
Florian Reisinger

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Robert Großkopf]

Hallo Sophia,
> 
> 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.

Das sehe ich im Moment noch nicht.
Schau Dir einmal diesen Kommentar zu dem von mir aufgegebenen Bug an:
https://bugs.documentfoundation.org/show_bug.cgi?id=116944#c3

"Conversion from embedded 1.8.0 HSQLDB to Firebird 3.0. is explicit and
happens automatically as otherwise a legacy database would not open in
LibreOffice master/6.1.0"

Danach gibt es ab der Version 6.1 einfach keine Unterstützung mehr für
die interne HSQLDB. Wenn ich so etwas lese, dann sehe ich nur, wie der
Zug hier voll vor die Wand fährt. Wenn dieses Vorgehen sich zu Beta hin
realisieren sollte steige ich aus dem Projekt LibreOffice aus.

Gruß

Robert
-- 
Homepage: http://robert.familiegrosskopf.de
LibreOffice Community: http://robert.familiegrosskopf.de/map_3

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Eike Rathke]

moin Sophia,

am Mittwoch, 2018-04-11 19:13:47 +0200, schrieb Sophia Schröder:

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

Vielen Dank fuer die schnelle Initiative das auch gleich auf gerrit
anzutriggern!

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Care about Free Software, support the FSFE https://fsfe.org/support/?erack

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Florian Reisinger]

Hallo Sophie,

Da bin ich voll bei dir! Danke für deine Arbeit hier :D

lg

Florian

Sophia Schröder  schrieb am Mi., 11. Apr.
2018, 19:25:

> Hallo Florian, *,
>
> So etwas in der Art ist angedacht, aber für 6.1
> halte ich persönlich einen Read Only Modus für verfrüht.
>
> Ein vollständiges Removal würde m.M.n.
> erst mit Version 7.0 Mitte 2020 Sinn ergeben.
>
>
> Am 11.04.2018 um 19:18 schrieb Florian Reisinger:
> > Hallo,
> >
> > Ich kenne mich in dem Umfeld durch ein Studium auch etwas aus, weiß dass
> > beide Datenbanken keinen Server brauchen, habe aber um ehrlich zu sein
> > gehofft, dass wirklich nur der Treiber moderner wurde und nicht das
> > Datenbank Backend ausgetauscht wurde.
> >
> > Bevor man ganz umsteigt würde vielleicht ein read only Modus für HSQLDB
> > Sinn machen. So oder so werden wir Kunden durch diese Umstellung
> verlieren,
> > es wird definitiv nicht (alleine schon wegen der Komplexität) alles
> > klappen
> >
> > Wie wäre es mit alle neuen Datenbanken mit Firebird zu erstellen (könnte
> > noch etwas zu früh sein) und nach mehreren Bugfix Runden dann die
> > Konvertierung testen...
> >
> > Mir macht es Sorgen, dass wir momentan nicht wissen ob es bei Fehlern an
> > der neuen Datenbank oder an der Konvertierung liegt...
> >
> > Aber danke für die Reaktion der beteiligten hier :)
> >
> > Konvertieren und in eine Kopie speichern wäre sicher ein Weg, das wann
> muss
> > jeder selbst entscheiden, aber ein funktionierendes Dokument in einem
> neuen
> > LibreOffice zu öffnen und dann bei Fehlern nicht mehr zurück zu
> können
> > Das ist keine ideale Idee
> >
> > Gerhard Weydt  schrieb am Mi., 11. Apr. 2018,
> > 18:45:
> >
> >> 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  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 

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

[Sophia Schröder]

Hallo Florian, *,

So etwas in der Art ist angedacht, aber für 6.1
halte ich persönlich einen Read Only Modus für verfrüht.

Ein vollständiges Removal würde m.M.n.
erst mit Version 7.0 Mitte 2020 Sinn ergeben.


Am 11.04.2018 um 19:18 schrieb Florian Reisinger:

Hallo,

Ich kenne mich in dem Umfeld durch ein Studium auch etwas aus, weiß dass
beide Datenbanken keinen Server brauchen, habe aber um ehrlich zu sein
gehofft, dass wirklich nur der Treiber moderner wurde und nicht das
Datenbank Backend ausgetauscht wurde.

Bevor man ganz umsteigt würde vielleicht ein read only Modus für HSQLDB
Sinn machen. So oder so werden wir Kunden durch diese Umstellung verlieren,
es wird definitiv nicht (alleine schon wegen der Komplexität) alles
klappen

Wie wäre es mit alle neuen Datenbanken mit Firebird zu erstellen (könnte
noch etwas zu früh sein) und nach mehreren Bugfix Runden dann die
Konvertierung testen...

Mir macht es Sorgen, dass wir momentan nicht wissen ob es bei Fehlern an
der neuen Datenbank oder an der Konvertierung liegt...

Aber danke für die Reaktion der beteiligten hier :)

Konvertieren und in eine Kopie speichern wäre sicher ein Weg, das wann muss
jeder selbst entscheiden, aber ein funktionierendes Dokument in einem neuen
LibreOffice zu öffnen und dann bei Fehlern nicht mehr zurück zu können
Das ist keine ideale Idee

Gerhard Weydt  schrieb am Mi., 11. Apr. 2018,
18:45:


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  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 

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

[Florian Reisinger]

Hallo,

Ich kenne mich in dem Umfeld durch ein Studium auch etwas aus, weiß dass
beide Datenbanken keinen Server brauchen, habe aber um ehrlich zu sein
gehofft, dass wirklich nur der Treiber moderner wurde und nicht das
Datenbank Backend ausgetauscht wurde.

Bevor man ganz umsteigt würde vielleicht ein read only Modus für HSQLDB
Sinn machen. So oder so werden wir Kunden durch diese Umstellung verlieren,
es wird definitiv nicht (alleine schon wegen der Komplexität) alles
klappen

Wie wäre es mit alle neuen Datenbanken mit Firebird zu erstellen (könnte
noch etwas zu früh sein) und nach mehreren Bugfix Runden dann die
Konvertierung testen...

Mir macht es Sorgen, dass wir momentan nicht wissen ob es bei Fehlern an
der neuen Datenbank oder an der Konvertierung liegt...

Aber danke für die Reaktion der beteiligten hier :)

Konvertieren und in eine Kopie speichern wäre sicher ein Weg, das wann muss
jeder selbst entscheiden, aber ein funktionierendes Dokument in einem neuen
LibreOffice zu öffnen und dann bei Fehlern nicht mehr zurück zu können
Das ist keine ideale Idee

Gerhard Weydt  schrieb am Mi., 11. Apr. 2018,
18:45:

> 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  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 

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

[Sophia Schröder]

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  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+unsubscr...@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+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: 

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

[Florian Reisinger]

Hallo Robert,

Auch wenn ich seit 2 Jahren nicht mehr im IRC Channel war bekam ich doch
schnell eine Antwort: So wie es momentan ausschaut scheint HSQLDB support
zu bleiben ("yeah, there's ongoing discussion on that, and if everything
goes well HSQLDB support will be returned for this release").

@Robert: Mich persönlich würde interessieren, ob (vom Namen her und was ich
kenne würde ich es so sagen), dass es nicht nur verschiedene Treiber sind,
die die Datenbank ansprechen, sondern wirklich 2 verschiedene Möglichkeiten
sind Daten abzuspeichern.

Ich bleib da Mal heute Abend weiter dran und melde mich wenn ich mehr
weiß

Florian Reisinger  schrieb am Mi., 11. Apr. 2018,
18:26:

> 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  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+unsubscr...@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
>>
> --
>
> Mit freundlichen Grüßen, | Yours,
> Florian Reisinger
>
-- 

Mit freundlichen Grüßen, | Yours,
Florian Reisinger

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[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  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+unsubscr...@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







--
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[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  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+unsubscr...@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
>
-- 

Mit freundlichen Grüßen, | Yours,
Florian Reisinger

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Robert Großkopf]

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+unsubscr...@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

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

[Robert Großkopf]

Hallo Sophia,

ich habe das gleich zu einem Bugreport gemacht:
https://bugs.documentfoundation.org/show_bug.cgi?id=116944

Gruß

Robert
-- 
Homepage: http://robert.familiegrosskopf.de
LibreOffice Community: http://robert.familiegrosskopf.de/map_3

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Sophia Schröder]

Volle Zustimmung. War daher mal mutig und habe

https://gerrit.libreoffice.org/#/c/52731/

als ersten Schritt in Angriff genommen.

Am 11.04.2018 um 16:48 schrieb Robert Großkopf:

Hallo *,

ich habe das jetzt gerade einmal mit der aktuellen Daily-Version der 6.1
getestet:
Beispieldatenbank des Handbuches "Medien-ohne_Makros" (interne HSQLDB).
Datenbank von LO aus öffnen.
Am unteren Bildschirmrand erscheint kein Hinweis auf die interne HSQLDB.
Klicke ich auf den Tabellenkontainer, dann erscheint nach einiger Zeit:

Die Verbindung zur Datenquelle "Medien_ohne_Makros" konnte nicht
hergestellt werden.

firebird_sdbc error:
*Dynamic SQL Error
*SQL error code = -104
*Token unknown - line 1, column 163
*BLOB
caused by
'isc_dsql_prepare'

Ich habe zuerst einmal nur die Standardeinstellungen übernommen, also
experimentelle Funktionen nicht aktiviert.

Mit dieser "Automatik" steigt vermutlich jeder Base-Nutzer sofort bei LO
aus.

Gruß

Robert


--
Regards / Mit freundlichen Grüßen

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


--
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Robert Großkopf]

Hallo *,

ich habe das jetzt gerade einmal mit der aktuellen Daily-Version der 6.1
getestet:
Beispieldatenbank des Handbuches "Medien-ohne_Makros" (interne HSQLDB).
Datenbank von LO aus öffnen.
Am unteren Bildschirmrand erscheint kein Hinweis auf die interne HSQLDB.
Klicke ich auf den Tabellenkontainer, dann erscheint nach einiger Zeit:

Die Verbindung zur Datenquelle "Medien_ohne_Makros" konnte nicht
hergestellt werden.

firebird_sdbc error:
*Dynamic SQL Error
*SQL error code = -104
*Token unknown - line 1, column 163
*BLOB
caused by
'isc_dsql_prepare'

Ich habe zuerst einmal nur die Standardeinstellungen übernommen, also
experimentelle Funktionen nicht aktiviert.

Mit dieser "Automatik" steigt vermutlich jeder Base-Nutzer sofort bei LO
aus.

Gruß

Robert
-- 
Homepage: http://robert.familiegrosskopf.de
LibreOffice Community: http://robert.familiegrosskopf.de/map_3

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Sophia Schröder]

Hallo *,

habe bei dev und qa schon interveniert und vertrete da einen klaren 
Standpunkt:

Sanfter Umstieg ja, harter Bruch nein.

Es läßt sich einfach nicht vertreten, wenn wir mal so heimlich, still 
und leise Dateiformate
konvertieren und dann den Benutzer vor vollendete Tatsachen stellen oder 
von ihm erwarten,

eine ältere Version zu reinstallieren.


Am 11.04.2018 um 16:19 schrieb Robert Großkopf:

Hallo Alex,

Die von TDF unterstützte Entwicklung (und dank Tamas Bunth bei
Collabora) der automatischen Migration von integrierten HSQLDB-ODB
Dateien nach integrierten Firebird-Datenbank ODB Dateien soll jetzt
fertig sein und musste bald in den täglichen Builds erscheinen (ab heute
sogar, wenn ich richtig verstanden habe).

Man kann, so wie ich verstehe, nicht von der Migration zurücktreten,
d.h, sie ist irreversible sobald eine ODB-Datei geöffnet wird, was auch
natürlich heisst, dass die ODB-Datei nicht mehr in Versionen von LO
geöffnet werden kann, wenn diese nicht die integrierte
Firebird-Datenbank unterstützt, oder die experimentelle Option nicht
aktiviert wurde.

Das bedeutet konkret: Wenn ich mit einem neueren System eine alte
*.odb-Datei öffne, dann läuft ohne mein Zutun eine Migration ab und ich
kann die ursprüngliche Datenbank nicht mehr in momentanen LO-Versionen
nutzen? Ich gehe davon aus, dass ich das falsch verstanden habe, denn
wenn das stattfinden würde, dann würden wir unter Base-Nutzern einen
Sturm der Entrüstung ernten - und ich mich von der Dokumentation
verabschieden.

Gruß

Robert


--
Regards / Mit freundlichen Grüßen

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


--
Liste abmelden mit E-Mail an: discuss+unsubscr...@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

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

[Robert Großkopf]

Hallo Alex,
> 
> Die von TDF unterstützte Entwicklung (und dank Tamas Bunth bei
> Collabora) der automatischen Migration von integrierten HSQLDB-ODB
> Dateien nach integrierten Firebird-Datenbank ODB Dateien soll jetzt
> fertig sein und musste bald in den täglichen Builds erscheinen (ab heute
> sogar, wenn ich richtig verstanden habe).
> 
> Man kann, so wie ich verstehe, nicht von der Migration zurücktreten,
> d.h, sie ist irreversible sobald eine ODB-Datei geöffnet wird, was auch
> natürlich heisst, dass die ODB-Datei nicht mehr in Versionen von LO
> geöffnet werden kann, wenn diese nicht die integrierte
> Firebird-Datenbank unterstützt, oder die experimentelle Option nicht
> aktiviert wurde.

Das bedeutet konkret: Wenn ich mit einem neueren System eine alte
*.odb-Datei öffne, dann läuft ohne mein Zutun eine Migration ab und ich
kann die ursprüngliche Datenbank nicht mehr in momentanen LO-Versionen
nutzen? Ich gehe davon aus, dass ich das falsch verstanden habe, denn
wenn das stattfinden würde, dann würden wir unter Base-Nutzern einen
Sturm der Entrüstung ernten - und ich mich von der Dokumentation
verabschieden.

Gruß

Robert
-- 
Homepage: http://robert.familiegrosskopf.de
LibreOffice Community: http://robert.familiegrosskopf.de/map_3

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@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