Nachdem die Entwicklung der sQLshell jetzt langsam wieder Fahrt aufnimmt, wurde entschieden, der sQLshell auch Datenbank-spezifische Erweiterungen zu gönnen.

Bisher war die sQLshell ein Werkzeug zur Arbeit mit SQL-Datenbanken. Jegliche Spezifische Erweiterung, die nur für eine Datenbank oder nur einen Hersteller zutraf, wurde konsequent ignoriert. Damit war gewährleistet, dass man sich mit der sQLshell immer und überall zu Hause fühlen konnte. Besonders in Projekten mit Migrationsaufgaben kam das dem Anwender zugute: Er wusste, das alles, was er in der Quelldatenbank mit der sQLshell tun konnte, auch in der Zieldatenbank möglich sein würde.

In letzter Zeit kamen verschiedene neue Features hinzu, die die sQLshell in Bezug auf Hersteller- oder Datenbank-spezifische Features flexibler und anpassbarer machten: Zum einen ist da die Möglichkeit, beim Erzeugen von Tabellen oder beim Hinzufügen neuer Spalten auch Datentypen zu benutzen, die im normalen SQL-Standard bzw. in dem Subset, das die sQLshell über JDBC unterstützt, nicht vorkommen. Zum anderen können jetzt an beliebigen Stellen in SQL-Statements, die über den Editor abgesetzt werden, BeanShell-Skripte ausgewertet werden, deren Ergebnisse dann in das SQL-Skript eingefügt werden.

Ganz neu ist die entstehende Möglichkeit, die sQLshell zu erweitern, indem man für die einzelne Datenbank Implementierungen bestimmter Komponenten oder Aktionen implementiert. Die erste solche Implementierung - und damit das Proof-of-Concept - ist für die Unterstützung des Datentyps Large Object im Datenbank PostgreSQL implementiert worden: OID-Spalten in Postgres werden in der sQLshell als Spalten vom Typ BigInteger gehandhabt (eingeschränkter Umfang unterstützter Typen - daher diese Abbildung). Ist die Datenbank, mit der gearbeitet wird, PostgreSQL, so steht im Kontextmenü auf Tabellenzellen in Spalten vom Typ BigInteger zusätzlich eine Action zur Verfügung, mit der man die darüber referenzierten Large Objects inspizieren kann. Dazu kommt genau die Komponente zum Einsatz, die auch für normale BLOB-Datentypen benutzt wird. Es ist also möglich, sich Bitmap- und SVG-Graphiken, Texte oder PDFs innerhalb der sQLshell anzusehen, ohne sie exportieren zu müssen.

Artikel, die hierher verlinken

Kommentar hinzufügen (via ) Kommentare ansehen (via )

Kommentar hinzufügen (via ) Kommentare ansehen (via )