Hallo Robert
<robert@familiegrosskopf.de> schrieb am 16.03.2012 um 20:12:
Hallo Br. Egidio,
ich halte die interne Variante auch heute LiO 3.3 und 3.5 für so
unzuverlässig,
dass ich dringend abraten würde, ernsthaft Daten darin zu
speichern.
Bei jedem LiO-Absturz (wie oft geschehen die?) besteht die Gefahr,
dass
die
Datenbank in der odb so korrupt geht, dass sie nicht reparierbar
ist.
Natürlich entbindet so eine Datenbankkonstruktion nicht davor,
regelmäßige Backups zu erstellen. Insgesamt ist die interne Variante
da
auch etwas gefährdeter, da alles letztlich in der *.odb-Datei selbst
landet.
Klar, aber jede Hilfe dazu wäre willkommen
Die Idee, generell auf extern umzustellen und dafür entsprechende
Verwaltungsmodule zu erstellen für Backup und Kopierung etc
scheint mir eine gute Lösung.
Gerade die Backup-Geschichte müsste hier wohl deutlich
vorangetrieben
werden. Aber es ist nun einmal so, dass der erste Kontakt zu einer
Datenbank möglichst die einfachste Variante beinhalten sollte. Und
die
steckt darin, alles intern in einer *.odb mit sich rumzutragen.
Auch sonst gehört dazu, nicht nur eine Verwaltungsoberfläche sondern
auch eine Datenbank mit zu liefern. Schließlich will der User Daten
in
eine Datenbank stecken können, wenn LO ihm eine Datenbankverwaltung
ermöglicht - und nicht erst hingehen und noch so eine Datenbank
separat
installieren.
Gerade bei HSQLDB könnte ich mir eine mitgelieferte, integrierte Lösung
mit externen Daten gut vorstellen:
hsqldb.jar wird mitgeliefert (falls Lizenz es erlaubt?) und bereits in
Java registriert.
Automatische odb-Erstellung gibt externe Daten vor - Speicherplatz wo?
Oder zumindest als fest vorkonfigurierte Möglichkeit um den Einstieg
mit internen
Daten zu erleichtern - für Anfänger ratsam.
Wir müssen die Nutzungsschwelle möglichst niedrig halten und dabei
immer
wieder darauf hinweisen, dass sich so zwar prima Erkenntnisse über
die
Funktionalität von Datenbanken gewinnen lassen - dass aber eine
externe
Datenbank ohne große Probleme mit der gleichen Konstruktion einen
deutlichen Sicherheitsfortschritt bedeutet.
Ja, stimme ich zu. Es sollte dann aber auch deutlicher ausgedrückt
werden.
Ich musste lange suchen, bis ich begriff, dass meine kaputten
Datenbanken
kein Fehler meinerseits waren sondern systembedingt bei intensiverem
Einsatz.
Wie schon an anderer Stelle beschrieben:
Für meinen Sportverein habe ich so eine Datenbank in interner
Verfassung
unter OOo 3.1.1 erstellt. Die läuft seit gut 2 Jahren ohne Probleme.
Das freut mich sehr.
Meine Erfahrung war hat, wenn ich parallel zur Datenbank mit LiO
arbeitete
und LiO zum Absturz brachte, dass dann jeweils mühsame
Wiederherstellung
per Hand vom Backup nötig war.
Spontane Idee für interne Datenbank:
Könnte ein Datenbackup beim Laden erfolgen, dass Absturz wenigstens
leichter aufgefangen werden kann?
Gruß
Robert
Gruß
Br. Egidio
--
--
Informationen zum Abmelden: E-Mail an discuss+help@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Context
- Re: [de-discuss] Wer nutzt eigentlich Base? (continued)
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.