Hallo Robert >>> <[email protected]> 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 [email protected] 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
