... vielleicht hätte ich auch besser HSQLDB oder not HSQLDB gefragt..,.
Hallo Leute,
wie ich an anderer Stelle schon bemerkt habe, ist mir bei meinen Bemühungen mit wilden Test's OOo besser zu verstehen, OOo mehrfach gestorben. Und das insbesondere im Zusammenhang mit der DB. Ich habe allerdings hier schon mehrfach gelesen, dass auch andere DB (z.B. MySQL) unterstützt werden. Ist HSQLDB eine vollwertige, ernstzunehmende und stabile DB oder ist sie nur ein Platzhalter für einfachste rudimentäre DB-Aktivitäten ... verbunden mit der unausgesprochenen Empfehlung, besser eine richtige und stabile DB zu verwenden? Ich kann das im Moment noch nicht richtig einschätzen und erinnere mich so bisschen an meine Access-Erfahrungen. Access ist Stand-Alone mit überschaubarer Komplexität bei den Tabellen möglicherweise noch zu empfehlen... steigen jedoch die Anforderungen, schnell weg damit...
Wir kann ich treffend HSQLDB einschätzen... ? Empfiehlt sich die Verwendung für überschaubare Datenmengen und einfache Relationen?
vg, Maddin
DB or not DB... das ist die Frage...
Moderator: Moderatoren
- komma4
- ********
- Beiträge: 5332
- Registriert: Mi, 03.05.2006 23:29
- Wohnort: Chon Buri Thailand Asia
- Kontaktdaten:
Re: DB or not DB... das ist die Frage...
Nochmals, zum allgemeinen Verständnis:
BASE ist ein "Container", zum Speichern der Verbndungsinformationen zu einer externen Datenbank.
Das kann MySQL, PostgreSQL oder HSQLDB (oder andere?!) sein.
Werden Formulare und Berichte erzeugt, so werden auch diese in der ODB-Datei gespeichert.
Wir keine externe Datenbank angesprochen, so werden die Daten und Tabellenstrükturen in die ODB gepackt. Zur Laufzeit wird das ausgepackt und durch eine Runtime beriebsfähig gemacht.
Die Fehler, die immer mal wieder in Zusammenhang mit BASE-ODBs auftauchen, rühren hauptsächlich daher, dass es beim Speichern zu Fehlern beim Packen der Daten/Tabellenstrukturen/Relationen in die ODB kommt (meine persönliche Einschätzung, nicht empirisch belegt).
Verwendet man eine externe Datenbank, dann werden Daten (oder Strukturänderungen, Abfragen) über den DB-Treiber (JDBC, ODBC, ...) an die DB-Engine übergeben und damit vom externen System verarbeitet / gespeichert.
Kommst es zu Fehlern mit der ODB - schmeisst man diese weg und hat trotzdem seine Daten/Relationen noch.
Das betrifft nicht die Formulare und Berichte, die in der ODB sind: die sind dann auch futsch!
Also: immer an die Datensicherung denken! (betrifft ja nicht nur ODB, und auch nicht nur OOo!)
Ein kleines, schnuckliges Auto ohne sonstige grossartige Probleme.
Bei einem Auffahrunfall, wenn Dir hinten einer reinfährt (kommt nicht immer und nicht täglich vor), kann es aber zu einem Riss im Tank und anschliessendem Fahrzeugbrand kommen. Würde ich nicht fahren und nicht empfehlen.
Beantwortet das Deine Frage?
BASE ist ein "Container", zum Speichern der Verbndungsinformationen zu einer externen Datenbank.
Das kann MySQL, PostgreSQL oder HSQLDB (oder andere?!) sein.
Werden Formulare und Berichte erzeugt, so werden auch diese in der ODB-Datei gespeichert.
Wir keine externe Datenbank angesprochen, so werden die Daten und Tabellenstrükturen in die ODB gepackt. Zur Laufzeit wird das ausgepackt und durch eine Runtime beriebsfähig gemacht.
Die Fehler, die immer mal wieder in Zusammenhang mit BASE-ODBs auftauchen, rühren hauptsächlich daher, dass es beim Speichern zu Fehlern beim Packen der Daten/Tabellenstrukturen/Relationen in die ODB kommt (meine persönliche Einschätzung, nicht empirisch belegt).
Verwendet man eine externe Datenbank, dann werden Daten (oder Strukturänderungen, Abfragen) über den DB-Treiber (JDBC, ODBC, ...) an die DB-Engine übergeben und damit vom externen System verarbeitet / gespeichert.
Kommst es zu Fehlern mit der ODB - schmeisst man diese weg und hat trotzdem seine Daten/Relationen noch.
Das betrifft nicht die Formulare und Berichte, die in der ODB sind: die sind dann auch futsch!
Also: immer an die Datensicherung denken! (betrifft ja nicht nur ODB, und auch nicht nur OOo!)
Kennst Du Ford Pinto?Empfiehlt sich die Verwendung für überschaubare Datenmengen und einfache Relationen?
Ein kleines, schnuckliges Auto ohne sonstige grossartige Probleme.
Bei einem Auffahrunfall, wenn Dir hinten einer reinfährt (kommt nicht immer und nicht täglich vor), kann es aber zu einem Riss im Tank und anschliessendem Fahrzeugbrand kommen. Würde ich nicht fahren und nicht empfehlen.
Beantwortet das Deine Frage?
Cheers
Winfried
aktuell: LO 5.3.5.2 30m0(Build:2) SUSE rpm, unter Linux openSuSE Leap 42.3 x86_64/KDE5
DateTime2 Einfügen von Datum/Zeit/Zeitstempel (als OOo Extension)
Winfried
aktuell: LO 5.3.5.2 30m0(Build:2) SUSE rpm, unter Linux openSuSE Leap 42.3 x86_64/KDE5
DateTime2 Einfügen von Datum/Zeit/Zeitstempel (als OOo Extension)
Re: DB or not DB... das ist die Frage...
zu deiner Frage :
http://hsqldb.org/
Was man her nimmt liegt in den Vorzügen des Benutzers.
Wenn du eine neues DB anlegt, werden dir verschiedene DB-Anbindungen angeboten, es ist deine Entscheidung für was du dich entscheidest.
mfg
boser
hier der link :MaddinR hat geschrieben:Ist HSQLDB eine vollwertige, ernstzunehmende und stabile DB
http://hsqldb.org/
Was man her nimmt liegt in den Vorzügen des Benutzers.
Wenn du eine neues DB anlegt, werden dir verschiedene DB-Anbindungen angeboten, es ist deine Entscheidung für was du dich entscheidest.
mfg
boser
mfg
boser
linux suse 11.4 / 12.2 ; LibreOffice 3.4.2
boser
linux suse 11.4 / 12.2 ; LibreOffice 3.4.2
Re: DB or not DB... das ist die Frage...
Hallo zusammen
Jetzt bin ich mal wieder leicht irritiert... ich hatte angenommen, dass HSQLDB die integrierte DB ist, also die Embedded-DB in OOo->Base, mit der man default-mäßig arbeitet, wenn keine andere DB extra installiert wurde. Auf der angegebenen Web-Seite siehts aber so aus, als wärs aus Sicht OOo eine externe DB.
Der Vorteil, nicht direkt in der ODB zu speichern, ist ja absolut einleuchtend - wenn man ab und an noch mit kleineren Stabilitätsprobleme in OOo rechnen muss. Da wärs tatsächlich besser, die Daten wären ausserhalb .ODB gespeichert. Nur bleibt die Frage: Welche DB? Ich brauch wirklich nix grosses; und keinesfalls eine Profi-DB wie MySQL oder SQL-Server. Ausreichend wäre schon eine klein Desktop-File-DB, die man einfach connected und wieder schließt. Einen DB-Treiber als Dienst kontinuierlich laufen zu lassen ist für meinen Bedarf völlig überzogen. Ich hatte kurzzeitig auch versucht mit OOo eine leere .MDB zu "customizen", aber das war völlig unmöglich. Von den SQL-Statements, die in Acces selber sauber laufen, funktionierte nicht eines in OOo. Womit speichere ich am besten meine paar Daten ausserhalb von OOo?
Danke für Eure Hilfe und Geduld!
vg, Maddin
Jetzt bin ich mal wieder leicht irritiert... ich hatte angenommen, dass HSQLDB die integrierte DB ist, also die Embedded-DB in OOo->Base, mit der man default-mäßig arbeitet, wenn keine andere DB extra installiert wurde. Auf der angegebenen Web-Seite siehts aber so aus, als wärs aus Sicht OOo eine externe DB.
Der Vorteil, nicht direkt in der ODB zu speichern, ist ja absolut einleuchtend - wenn man ab und an noch mit kleineren Stabilitätsprobleme in OOo rechnen muss. Da wärs tatsächlich besser, die Daten wären ausserhalb .ODB gespeichert. Nur bleibt die Frage: Welche DB? Ich brauch wirklich nix grosses; und keinesfalls eine Profi-DB wie MySQL oder SQL-Server. Ausreichend wäre schon eine klein Desktop-File-DB, die man einfach connected und wieder schließt. Einen DB-Treiber als Dienst kontinuierlich laufen zu lassen ist für meinen Bedarf völlig überzogen. Ich hatte kurzzeitig auch versucht mit OOo eine leere .MDB zu "customizen", aber das war völlig unmöglich. Von den SQL-Statements, die in Acces selber sauber laufen, funktionierte nicht eines in OOo. Womit speichere ich am besten meine paar Daten ausserhalb von OOo?
Danke für Eure Hilfe und Geduld!
vg, Maddin
-
- ********
- Beiträge: 4330
- Registriert: Di, 22.06.2004 12:02
- Wohnort: 71134 Aidlingen
- Kontaktdaten:
Re: DB or not DB... das ist die Frage...
Hallo Maddin,
wenn Du keine Mehrbenutzerumgebung benötigst kann ich Dir SQLite von http://www.sqlite.org/download.html empfehlen. Wenn Du mit Firefox oder Thunderbird arbeitest, benutzt Du bereits dieser Datenbank.
Die Konfiguaration, bzw. Bearbeitung der Datenbank kann entweder mit der Erweiterung SQLite Manager für Firefox oder mit dem Produkt SQLiteStudio von http://sqlitestudio.one.pl/index.rvt?act=download erfolgen. Für den Zugriff von OOo benötigst Du einen ODBC-Treiber.
Dann, wäre noch Firebird 2.5 Embedded von http://www.firebirdsql.org/index.php?op=files zu empfehlen. Die Konfiguaration, bzw. Bearbeitung der Datenbank kann mittels IPExpert von http://www.ibexpert.net/ibe_de/index.ph ... wnloadFree erfolgen. Für den Zugriff von OOo steht ebenfalls ein ODBC-Treiber zu Verfügung. Steigen die Anforderungen kannst Du für diese Datenbank jederzeit einen Firebird-Server 2.5 aufsetzen.
wenn Du keine Mehrbenutzerumgebung benötigst kann ich Dir SQLite von http://www.sqlite.org/download.html empfehlen. Wenn Du mit Firefox oder Thunderbird arbeitest, benutzt Du bereits dieser Datenbank.
Die Konfiguaration, bzw. Bearbeitung der Datenbank kann entweder mit der Erweiterung SQLite Manager für Firefox oder mit dem Produkt SQLiteStudio von http://sqlitestudio.one.pl/index.rvt?act=download erfolgen. Für den Zugriff von OOo benötigst Du einen ODBC-Treiber.
Dann, wäre noch Firebird 2.5 Embedded von http://www.firebirdsql.org/index.php?op=files zu empfehlen. Die Konfiguaration, bzw. Bearbeitung der Datenbank kann mittels IPExpert von http://www.ibexpert.net/ibe_de/index.ph ... wnloadFree erfolgen. Für den Zugriff von OOo steht ebenfalls ein ODBC-Treiber zu Verfügung. Steigen die Anforderungen kannst Du für diese Datenbank jederzeit einen Firebird-Server 2.5 aufsetzen.
Zuletzt geändert von pmoegenb am Fr, 18.03.2011 13:05, insgesamt 1-mal geändert.
Gruß
Peter
---------------------------------------------------------------------------
Windows 7 Prof. 64-bit SP1, LibreOffice 4.3.6.2 und AOO 4.1.1
Peter
---------------------------------------------------------------------------
Windows 7 Prof. 64-bit SP1, LibreOffice 4.3.6.2 und AOO 4.1.1
Re: DB or not DB... das ist die Frage...
HSQLDB kann beides: Im Embedded Mode laufen oder als eigene DB. Wenn man in OOo Base keine eigene DB angibt wird HSQLDB tatsächlich im Embedded Mode verwendet.MaddinR hat geschrieben:Jetzt bin ich mal wieder leicht irritiert... ich hatte angenommen, dass HSQLDB die integrierte DB ist, also die Embedded-DB in OOo->Base, mit der man default-mäßig arbeitet, wenn keine andere DB extra installiert wurde. Auf der angegebenen Web-Seite siehts aber so aus, als wärs aus Sicht OOo eine externe DB.
Dann nutze z. B. HSLQDB oder H2 als DB und lasse diese nicht im Embedded Mode laufen. Wie man OOo und H2 zusammen nutzen kann, wurde z. B. in diesem Thread beschrieben und diskutiert: http://www.oooforum.org/forum/viewtopic.phtml?t=97522. Auch wenn es in dem Thread wieder um den Embedded Mode geht, so wird sich vieles auch auf den nicht Embedded Mode übertragen lassen.MaddinR hat geschrieben:Der Vorteil, nicht direkt in der ODB zu speichern, ist ja absolut einleuchtend - wenn man ab und an noch mit kleineren Stabilitätsprobleme in OOo rechnen muss. Da wärs tatsächlich besser, die Daten wären ausserhalb .ODB gespeichert. Nur bleibt die Frage: Welche DB? Ich brauch wirklich nix grosses; und keinesfalls eine Profi-DB wie MySQL oder SQL-Server. Ausreichend wäre schon eine klein Desktop-File-DB, die man einfach connected und wieder schließt.
Re: DB or not DB... das ist die Frage...
Hi Leute
Danke für Eure Tips... tja... manchmal ist man irgendwie einfach blind und sieht die Lösung nicht, die einem direkt vor der Nase steht. ich werde SQLite nutzen... warun...?... ganz einfach... ich habe mit SQLite schon jahrelang gearbeitet, bis 2006 oder so... damals als lokale Support-Instanz vor einer SQL-Server-DB im Netz. Ich habe mir damals die Lib's und DLL's alle noch selber erstellt und ergänzend dazu in meiner eigenen C++-Umgebung komfortable Wrapper erstellt. Da gabs aber dieses tolle SQL-Studio noch nicht... *hmm*... Was liegt also näher, als einfach dabei zu bleiben... noch mal Danke.
So langsam wird alles rund....
vg, Maddin
Danke für Eure Tips... tja... manchmal ist man irgendwie einfach blind und sieht die Lösung nicht, die einem direkt vor der Nase steht. ich werde SQLite nutzen... warun...?... ganz einfach... ich habe mit SQLite schon jahrelang gearbeitet, bis 2006 oder so... damals als lokale Support-Instanz vor einer SQL-Server-DB im Netz. Ich habe mir damals die Lib's und DLL's alle noch selber erstellt und ergänzend dazu in meiner eigenen C++-Umgebung komfortable Wrapper erstellt. Da gabs aber dieses tolle SQL-Studio noch nicht... *hmm*... Was liegt also näher, als einfach dabei zu bleiben... noch mal Danke.
So langsam wird alles rund....

vg, Maddin