OData ist ein standardisiertes Protokoll für das Publizieren und Konsumieren von Daten-APIs. Daher dachte ich, es wäre einen Versuch wert, die sQLshell dafür fitzumachen. Hier meine ersten Ergebnisse aus diesen Bemühungen.

Ich fand einen JDBC-Treiber, der OData-Ressourcen kapselt. Der Hersteller vertreibt diesen kommerziell, stellt aber eine Community Edition bereit, die ich zum Testen nutzte. Der Support des Hersteller ist sehr gut - schnelle Antworten, die direkt die gestellte Frage angehen und (zumindest in meinem Fall) zur Lösung führten.

Zunächst muß gesagt werden, daß der JDBC-Treiber nur mit den Protokollversionen 2 und 3 - nicht mit 4! - zusammenarbeitet. Mit den beiden genannten funktioniert es aber klaglos. Nur erschloß sich mir aber bei der Nutzung, daß der Treiber als solches für die sQLshell oder aber andere Werkzeuge, die einen ähnlichen Funktionsumfang besitzen, ungeeignet ist. Der Grund dafür ist die Tatsache, daß viele Operationen auf Metadaten SQLExceptions werfen. Das ist natürlich erlaubt, stört aber den Arbeitsfluß ungemein - zumal man an den Exceptions nicht direkt erkennt, daß der Grund dafür die Benutzung nicht unterstützter - oder implementierter - APIs war.

Weiterhin ist - wie oben schon angedeutet - die Metadatenunterstützung mangelhaft: Beispielsweise erhält man keine Informationen über Fremdschlüsselbeziehungen, wobei diese aber aus den Assoziationen sehr einfach abzuleiten wären.

Was sehr gut funktioniert, ist den Inhalt einer Tabelle aufzulisten. Damit kann man die Reportingfunktionalitäten der sQLshell auch für ODATA-Services einsetzen. Ein weiteres großes Manko ist aber das Fehlen der Unterstützung für SELECT-Anweisungen mit Joins. Falls also eine bestimmte Abfrage nicht bereits als View in der zugrunde liegenden Datenbank hinterlegt (und in der Schnittstelle als Entity offengelegt) ist, schaut man in die Röhre. Möchte man die Daten im Datenmodell explorieren (wofür die sQLshell nun einmal geschaffen wurde), ist dies äußerst hinderlich.

Nach diesem ersten Versuch der Integration bleiben die zwei bisher noch nicht angegangenen Teilaspekte: Erweitern dieses JDBC-Treibers um Metadatenunterstützung speziell im Hinblick auf Fremdschlüsselbeziehungen und der Versuch, Schemas für Odata transparent aus der sQLshell heraus zu erzeugen.

Artikel, die hierher verlinken

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

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