Ich habe in letzter Zeit häufiger mal über die Unterstützung von SQLite in der sQLshell berichtet - unter anderem über die Möglichkeiten, Extensions zu nutzen...

Ich bin neulich über einen Artikel gestolpert, der beschrieb, wie man als WASM vorliegende Module aus Java heraus direkt nutzen kann.

Ein Beispiel war die Datenbank SQLite: Jemand hatte die Datenbank nach WASM kompiliert und das Ergebnis dann mit einer WASM-Runtime für die Java-VM kombiniert. Herausgekommen ist ein JAR, das die gesamte Funktionalität der Lösung SQLite sozusagen nativ in der Java-VM abbildet...

Das wollte ich ausprobieren. Arbeitet man ganz normal mit einem Standard-JDBC-Treiber und der sQLshell mit einer SQLite-Datenbank, spiegelt sich das in den Informationen über die verwendete Datenbank und den Treiber wie folgt wieder:

Informationen zu Datenbank und Treiber mit einem traditionellen JDBC-Treiber

Wie man sehen kann, stimmt die Version nicht mit der auf demselben Rechner stand-alone installierten überein ( sqlite-jdbc bringt seine eigenen nativen Bibliotheken mit der SQLite-Implementierung mit): Die meldet auf der Kommandozeile folgende Version:

SQLite version 3.45.1 2024-01-30 16:01:20
Enter ".help" for usage hints.
Connected to a transient in-memory database.
Use ".open FILENAME" to reopen on a persistent database.

Mit dem JAR aus der Release ändert sich die Versionsnummer der Datenbank zu der, die die Grundlage der WASM-Erstellung war:

Informationen zu Datenbank und Treiber mit der Release der WASM-Version

Nachdem ich damit Erfolg hatte, wollte ich es nun wissen und erstellte das WASM-Kompilat selbst aus den aktuellsten Quellen, was man an der Versionsnummer leider nur erahnen kann:

Informationen zu Datenbank und Treiber mit der selbst erstellten, noch dampfend heißen SQLite-Version

Einen Wermutstropfen will ich aber dabei nicht verschweigen: Mit dieser Version SQLite lassen sich keine Extensions laden. Wer also aus irgendwelchen Gründen welche benötigt, muss nach wie vor den Weg über den "alten" Treiber gehen...