HSQL-DB verschlüsselung
Nico Wessels
gibt es bei der Standalone-DB HSQL-DB eine Möglichkeit die Daten
irgendwie noch zu verschlüsseln, so dass die nicht menschenlesbar in
einer Datei drin stehen??
Christian-Josef Schrattenthaler
Hallo!
Ich denke, das ist was Du suchst:
http://www.hsqldb.org/doc/guide/ch09.html#set_scriptformat-section
Ich verwende compressed, und das funktioniert super. Es gibt von mir eine
ähnliches Frage mit einer größeren Diskussion dazu, die für Dich vielleicht
auch interessant ist. Such mal danach, ich kann es auf die Schnelle nicht
finden...
Gruß,
Christian.
Nico Wessels
> Ich denke, das ist was Du suchst:
> http://www.hsqldb.org/doc/guide/ch09.html#set_scriptformat-section
>
> Ich verwende compressed, und das funktioniert super. Es gibt von mir eine
> ähnliches Frage mit einer größeren Diskussion dazu, die für Dich vielleicht
> auch interessant ist. Such mal danach, ich kann es auf die Schnelle nicht
> finden...
Vielen Dank für die Hilfe!
Wie bist Du ansonsten mit HSQL-DB zufrieden? Kann man die DB gut für
kleinere Anwendungen ohne separaten Datenbank-Server einsetzen? Wie bist
Du mit der Anfrage-Geschwindigkeit zufrieden?
Ein SELECT * FROM db WHERE ... mit etwa 10.000 Datensätzen und Ausgabe
der Anfrage-Ergebnisse hatte schon ein paar Sekunden bei mir gedauert.
So viele Datensätze sind bei meiner Anwendung nicht ganz realistisch und
auch nicht mit einem SELECT *. Es müssten aber kurze Anfragen gemacht
werden, wo z.B. alle Datensätze eines bestimmten Jahres, Monats, Woche,
Tages abgefragt werden könnten und die sollten relativ schnell
beantwortet werden können.
Eine andere Möglichkeit wäre, dass man separate DBs für die zu
speichernden Daten eines Jahres anlegt, dann wären die nicht zu arg
gefüllt und die Anfragen könnten etwas schneller bearbeitet werden.
Christian-Josef Schrattenthaler
Bitte entschuldige die späte Antwort, aber ich habe momentan ziemlich viel
zu tun.
> Wie bist Du ansonsten mit HSQL-DB zufrieden? Kann man die DB gut für
> kleinere Anwendungen ohne separaten Datenbank-Server einsetzen? Wie bist
> Du mit der Anfrage-Geschwindigkeit zufrieden?
>
> Ein SELECT * FROM db WHERE ... mit etwa 10.000 Datensätzen und Ausgabe
> der Anfrage-Ergebnisse hatte schon ein paar Sekunden bei mir gedauert.
> So viele Datensätze sind bei meiner Anwendung nicht ganz realistisch und
> auch nicht mit einem SELECT *. Es müssten aber kurze Anfragen gemacht
> werden, wo z.B. alle Datensätze eines bestimmten Jahres, Monats, Woche,
> Tages abgefragt werden könnten und die sollten relativ schnell
> beantwortet werden können.
> Eine andere Möglichkeit wäre, dass man separate DBs für die zu
> speichernden Daten eines Jahres anlegt, dann wären die nicht zu arg
> gefüllt und die Anfragen könnten etwas schneller bearbeitet werden.
Da kann ich leider nicht viel dazu sagen. Ich bin selber noch
Java-Anfänger, und momentan liegt die Erstellung meiner erste Anwendung auf
Eis, da viele Fragen und Probleme dazugekommen sind, die ich erst noch
lösen muss, und meine Freizeit momentan recht kanpp ist.
Ich kann nur sagen, dass ich mich damals für HSQLDB entschieden habe, weil
es oft verwendet wird, und schnell einsatzbereit ist (zB für eine
Testumgebung).
Du könntest Dir alternativ auch mal Apache Derby
(http://db.apache.org/derby/) anschauen, das soll ja Bestandteil von Java
werden. Oder Du schaust mal ob da was für Dich dabei ist:
http://www.roseindia.net/opensource/databases.php und
http://java-source.net/open-source/database-engines.
Gruß,
Christian.
Roland Walter
Es gibt für HSQL-DB eine Art "Nachfolger" H2. Ist wohl ein Projekt des
ursprünglichen Autors.
Zu finden ist das hier:
Dort wird auch die Performance mit einigen freien Datenbanken verglichen.
Dazu kann ich aber weiter nichts sagen. Habe damit noch nicht gearbeitet.
Gruß,
Roland.
--
Dipl.-Phys. Roland Walter
mailto:roland (dot) walter (dot) rwa (at) gmx (dot) net