ArrayList<String> als Blob in Datenbank speichern

Fragen bzgl. SQL bzw. der Datenbankanbindung sind leider noch etwas schwierig zu beantworten In dem Bereich gibts leider noch ein paar Fragezeichen... denn in der neuen Version haben wir uns für die SQLite Anbindung einen eigenen Wrapper geschrieben, dieser bietet aber bei weitem nicht den Funktionsumfang von JDBC bzw. des java.sql Packages (da war das meiste davon nicht brauchen).

Wir haben da momentan zwei Optionen: Entweder wir bieten weiterhin die Xerial JDBC Lib für die API an (das ist die, die auch die Java Version von RW verwendet) - dann ist der volle JDBC-Funktionsumfang gegeben, allerdings können wir keinen Zugriff mehr auf die Weltdatenbank(en) geben. Oder wir bieten eine eigene, teilweise Implementation von JDBC an, was aber viel Aufwand bedeutet... mal sehen...

In deinem konkreten Beispiel allerdings sehe ich keinen Bedarf, mit einem Blob bzw. SerialBlob zu arbeiten. Im Grunde sind diese Objekte lediglich eine Abstraktion für ein byte[] (welches auch so direkt in der Datenbank gespeichert werden kann, ohne, dass man den Umweg über das SerialBlob Objekt gehen müsste). Die eigentliche Serialisierung der ArrayList nimmt in diesem Fall der "ObjectOutputStream" vor, bzw. konkret der "writeObject()" Aufruf - und da das zum Standard-Java-Repertoire gehört, wirst du das auf jeden Fall auch in der neuen Version nutzen können

Hi, sorry for replying in English - it' much easier for me

Just opening up a friendly dialogue; why did you choose to use a Blob (Binary Large Object) ?

A statement would be better saved in a database in a collection of tables called something like `Statement`, `Statement_Details`, and any other tables needed for additional data depending on what you want to store.

With this sort of schema your SQL statements can gather all sorts of information which would be unavailable to you if you use a Blob.

For example, you could run a statement to pull up all Statement_Details that have an Amount greater than a specific number (Let's say 1 million for example).

Sudo code: SELECT * FROM Statment_Details WHERE `Amount` > 1000000 ORDER BY `Amount` ASC

This would find all transactions over 1 million and then list them in ascending order. Creating information out of data.

Quote from Sandboxgamer

So that's 9,000 statements.

Yes I agree that sounds like a lot of statements, but don't forget that DBMS' can handle 10,000 transactions a second or more

I've been thinking about this. I understand your reasoning for a recent "buffer" (for want of a better word) to only store the most recent 50 transactions per player.

You could use UPDATE as opposed to INSERT statements. Assign 50 rows for each user in a Statement table and then UPDATE these rows.

Anyways just ideas. If the code is already written and Blobs are working for you - if it ain't broken don't fix it.

Quote from Sandboxgamer

red51 : Danke für deine Antwort. Wie kann man ein byte[] in eine Datenbank speichern?

Wenn du zB ein PreparedStatement verwendest, kannst du einfach via setBytes() ein byte[] übergeben. Ein Blob ist im Grunde nichts anderes als eine Hülle um ein byte[] So könnte das zB in der PluginAPI aussehen (angenommen die Column "data" wäre hier in der Datenbank vom Typ BLOB):

byte[] bytes = ...; // <- Dein byte-Array mit irgendwelchen Daten

Connection con = db.getConnection();
try(PreparedStatement stmt = con.prepareStatement("INSERT INTO `MyTable` (`id`, `data`) VALUES (?, ?);")){
    stmt.setInt(1, 42);
    stmt.setBytes(2, bytes);
    stmt.executeUpdate();
}

Wenn du hingegen Daten aus einer Tabelle auslesen möchtest, bietet ein ResultSet entsprechend auch eine getBytes() Funktion.