OpenOffice.info

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

[quote="MaddinR"]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.[/quote]
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.

[quote="MaddinR"]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.[/quote]
Dann nutze z. B. HSLQDB oder H2 als DB und lasse diese [b]nicht[/b] im Embedded Mode laufen. Wie man OOo und H2 zusammen nutzen kann, wurde z. B. in diesem Thread beschrieben und diskutiert: [url]http://www.oooforum.org/forum/viewtopic.phtml?t=97522[/url]. Auch wenn es in dem Thread wieder um den Embedded Mode geht, so wird sich vieles auch auf den [b]nicht[/b] Embedded Mode übertragen lassen.

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 [b]SQLite Manager[/b] für Firefox oder mit dem Produkt [b]SQLiteStudio[/b] 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 [b]IPExpert [/b]von http://www.ibexpert.net/ibe_de/index.php?n=Main.DownloadFree 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.

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

zu deiner Frage :
[quote="MaddinR"]Ist HSQLDB eine vollwertige, ernstzunehmende und stabile DB[/quote]

hier der link :
[url]http://hsqldb.org/[/url]

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

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 [u]keine[/u] externe Datenbank angesprochen, so werden die Daten und Tabellenstrükturen in die ODB gepackt. Zur Laufzeit wird das ausgepackt und durch eine [i]Runtime[/i] 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!)


[quote]Empfiehlt sich die Verwendung für überschaubare Datenmengen und einfache Relationen?[/quote]
Kennst Du Ford Pinto?
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?

... vielleicht hätte ich auch besser [i]HSQLDB oder not HSQLDB[/i] 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