Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab
Hi Robert, Natürlich sind die Daten, wenn Du sie in der Tabelle eingegeben hast, für alle anderen Operationen auf der DB - zum Beispiel Abfragen - sichtbar. HSQLDB selber - die benutzte Engine - speichert sie auch sofort und unmittelbar auf Platte (abzüglich einer einschaltbaren Verzögerung, die glaube ich standardmäßig auf 60 Sekunden steht). Wo wird das denn gespeichert? Wo befindet sich die HSQLDB? HSQLDB arbeitet auf Dateien. Bei der Integration in OOo wird jeder Dateizugriff von HSQL abgefangen und in temporäre Dateien (Ort: siehe Extras/Optionen/Pfade) umgeleitet. Beim Speichern der .odb werden diese temporären Dateien, zusammen mit allem anderen wie Formulare/Berichte, zusammengepackt. Dann können doch trotzdem keine Datensätze verloren gehen, oder? Die *.odb-Datei fragt beim Öffnen nach dem Datenstand bei der HSQLDB. Und was drin ist, ist drin. Wie sollen dann mehrere Datensätze in der Luft hängen? Wenn OOo abstüzrt, während HSQL schon die Daten in seine temporären Dateien geschrieben hat, aber diese noch nicht in die .odb gepackt (automatisch oder manuell) wurden, dann geht leider die Verbindung zu dem temporären Dateien verloren. Das ist, das möchte ich hier explizit betonen, kein Problem von HSQLDB (sonst wird hier wieder ein Gerücht draus :). HSQL weiß nichts davon, dass seine Dateien nur temporär sind. Das ist ein Problem von ODF (was eben ZIP verlangt, statt eines Formats mit wahlfreiem Zugriff) im Zusammenspiel mit Base. *Final* fixen läßt sich das nur, wenn man von ZIP wegkommt. Und da ist ODF vor, trotz all unserer Argumentations-Versuche. Deutlich entschärfen läßt es sich, indem man die temporären Dateien wenigstens beim der AutoRecovery (oder wie immer das im Deutschen heißt) wieder einbindet. Dann wäre sie nur weg, wenn AutoRecovery nicht funktioniert. Aber dafür brauchen wir Vorarbeiten aus einem anderen Team, die wir zur 3.2 hoffentlich bekommen. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab
Hallo Robert, Robert Großkopf schrieb: Hallo Frank, Wenn OOo abstüzrt, während HSQL schon die Daten in seine temporären Dateien geschrieben hat, aber diese noch nicht in die .odb gepackt (automatisch oder manuell) wurden, dann geht leider die Verbindung zu dem temporären Dateien verloren. Ich finde es immer blöde, wenn ich als User Ansprüche an ein Team stelle, das schließlich ehrenamtlich arbeitet und dem ich dabei mangels eigener Kenntnisse (und natürlich auch entsprechender Zeitkontingente) nicht helfen kann. Deswegen lieber erst einmal die klare Empfehlung, für eine entsprechend höhere Sicherheitsstufe wohl mit Base, aber eben mit einer externen Datenbank zu arbeiten - was ohne weiteres auch die HSQLDB sein kann. Oder liege ich da jetzt falsch? Diese Empfehlung kann ich nur unterstützen. Ich selber nutze deshalb MySQL als Backend. Hier habe ich dann die Möglichkeit, weitere Tools zur Datensicherung unabhängig von OpenOffice.org nutzen. Wo Datensicherung und -sicherheit ein wichtiges Kriterium ist, ist die interne HSQLDB das falsche Werkzeug, IMHO. Gruß Mechtilde -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab
Hi Robert, Einmal platt gesagt: Um bequem Daten weiter transportieren zu können (*.odb-Datei) wird also lieber etwas an der Sicherheit gespart? Denn wenn ich das richtig verstehe ist dies ja nur ein Problem der internen Datenbankkonstruktion. Binde ich HSQLDB als vollwertige Datenbank aus dem Netz ein (habe ich auch schon einmal durchgetestet, als es hier Datenbankprobleme gab), dann dürfte beim Absturz des *.odb-Päckchens doch nur die noch nicht bestätigte letzte Eingabe verloren sein, oder? Ja. Ich finde es immer blöde, wenn ich als User Ansprüche an ein Team stelle, das schließlich ehrenamtlich arbeitet und dem ich dabei mangels eigener Kenntnisse (und natürlich auch entsprechender Zeitkontingente) nicht helfen kann. Deswegen lieber erst einmal die klare Empfehlung, für eine entsprechend höhere Sicherheitsstufe wohl mit Base, aber eben mit einer externen Datenbank zu arbeiten - was ohne weiteres auch die HSQLDB sein kann. Oder liege ich da jetzt falsch? Nein. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab
Hi Robert, Es gibt ein paar Auffangpunkte, zum Beispiel werden die Daten gespeichert, wenn man die Tabellen-Ansicht, in der man sie eingegeben hat, schließt. Die Auffangpunkte wüsste ich im Interesse meiner eigenen Datensicherheit gerne - denn aus der Datenbank selbst sind sie nicht ersichtlich. Ich mache das einmal an einem Beispiel deutlich. Habe ich eine Tabelle Ort mit dem Feld Ort und eine Abfrage Abfrage_Ort, die ebenfalls das Feld Ort wiedergibt, so kann ich in die Tabelle einen neuen Datensatz eingeben und hier nur die Zeile wechseln und ohne die Tabelle zu schließen die Eingabe mit der Abfrage sichtbar machen. All dies ohne dass bei der Datenbank zwischendurch sichtbar wird, dass etwas abzuspeichern wäre (z.B. Diskettensymbol zeigt Speicherbedarf ...). Vielmehr kann ich die Datenbank direkt schließen, ohne dass der Datensatz später fehlen würde. Hmm, es gibt hier ein Missverständnis, glaube ich. Natürlich sind die Daten, wenn Du sie in der Tabelle eingegeben hast, für alle anderen Operationen auf der DB - zum Beispiel Abfragen - sichtbar. HSQLDB selber - die benutzte Engine - speichert sie auch sofort und unmittelbar auf Platte (abzüglich einer einschaltbaren Verzögerung, die glaube ich standardmäßig auf 60 Sekunden steht). Allerdings kennt HSQLDB die .odb-Datei nicht. Insofern sichert OOo das, was HSQLDB geschrieben hat, periodisch in der .odb-Datei (das meinte ich mit Auffangpunkten - welch häßliches Wort). *Ständig* kann diese Sicherung nicht stattfinden, da das Open Document Format, durch die Benutzung von ZIP als Container, das einfach viel zu teuer machen würde: So ein Neu-Packen der .odb kann schon mal ein paar Sekunden dauern, und das will man nicht nach jedem geänderten Datensatz. Zu den konkreten Stellen, an denen das .odb neu geschrieben wird: Zum einen natürlich, wenn Du explizit auf den Speichern-Knopf drückst. Außerdem wird bei jedem Schließen einer Tabelle/Abfrage sowie eines Formulares neu gespeichert. Ich ergänze noch: Wenn ich den Datensatz wechsele wird in der Tat bei mir die *.odb-Datei mit einem neuen Datum versehen. Das, muß ich zugeben, finde ich überraschend, und kann ich auch nicht nachvollziehen. Die SUSE- oder die Vanilla-Version von OOo? Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab
Hallo Robert, Das scheint mir etwas merkwürdig. Wenn in Base eine Datenbank erstellt wird und die Tabellenkonstellation sowie die Formulare klar sind, dann muss nichts mehr abgespeichert werden. Wie bei jeder ordentlichen Datenbank müssen Datensätze nicht gesondert gespeichert werden. Die Speicherung erfolgt beim Wechsel zum nächsten Datensatz. So ungern ich das sage - aber ganz so ist es nicht. Wenn man die eingebaute HSQLDB benutzt, bei der die Daten in der .odb-Datei gespeichert werden, dann wird *nicht* nach jedem Datensatz gespeichert. Das benutzte Open Document Format (ODF), das für Dokumente eine ZIP-Datei vorsieht (all die .od? sind ZIPs), ist hier einfach nicht mit dieser Anforderung an eine DB kompatibel: Speichern der Daten heißt komplettes Neu-Schreiben/Packen der ganzen Datei, wenn man das nach jedem Datensatz täte, dann könnte man sehr schnell gar nicht mehr damit arbeiten. Es gibt ein paar Auffangpunkte, zum Beispiel werden die Daten gespeichert, wenn man die Tabellen-Ansicht, in der man sie eingegeben hat, schließt. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab
Hallo Sebastian, ich habe Schwierigkeiten mit einer Datenbank, die ich mit BASE hergestellt habe. Obwohl es nur wenige Tabellen sind und die Datensätze nicht besobnders umfangreich sind, stürzt Ooo ab, sobald ich etwa 10 Datensätze eingegeben habe. ... Ooo 2.41 unter Kubuntu 8.10 auf AMD64 Das heißt, dass ist die 64-Bit-Version von Kubuntu selber, oder die vanilla-Version direkt von www.openoffice.org (die es aber nur in 32 Bit gibt)? Wenn ersteres: Probier doch bitte mal letzteres. Wenn das Problem dort nicht auftritt, solltest Du Dich an Kubuntu wenden. Wenn letzteres: Gibt es eine Chance, dass ich mir die .odb mal ansehen kann, um das Problem eventuell nachzuvollziehen? Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]