Every server, every namespace, in one tree

Die Art und Weise, wie ein SQL-Client Objekte organisiert — Datenbanken, Schemas, Tabellen, Globals — bildet die Grenze dafür, wie man die Datenbank mental modelliert. Zeigt das Tool nur eine Datenbank, dann ist jede andere Datenbank unsichtbar, auch wenn sie drei Türen entfernt ist. Zeigt es nur einen Namespace, dann ist die Arbeit eines anderen Namespaces verborgen. Zeigt es Tabellen als flache Liste ohne Schema-Namespace, dann sehen zwei Tabellen namens Person wie Duplikate aus, wo sie verschiedene Anwendungen sind. Der Server Navigator macht diesen Grad der Realität sichtbar, statt ihn hinter einem Dropdown zu verstecken, und er funktioniert für jede Datenbank, die einen JDBC-Treiber hat.

Alle Server, alle Namespaces, nebeneinander

Der Navigator ist ein Baum, der jede registrierte Verbindung, jeden Namespace, jedes Schema, jede Tabelle, View, Prozedur, Funktion und Global unter einem einzigen erweiterbaren Wurzelknoten sichtbar macht. Er funktioniert nicht über eine Dropdown-Liste, wo das Auswählen eines Namespaces alle anderen vergessen lässt. Wenn Sie zehn Namespaces auf drei Servern haben, sind alle zehn sichtbar, und der Wechsel von einem zum nächsten ist ein Klick, kein Reconnect.

Das ist der Grund, warum das Tool gemacht wurde: weil zu sehen, was mehrere IRIS-Namespaces nebeneinander tun, unmöglich war, ohne eine Verbindung zu trennen und sich wieder mit dem nächsten zu verbinden. Das ist ein Schmerzpunkt, den jeder hat, der IRIS-Datenbanken verwaltet, und kein Klient, der diesen Schmerzpunkt ignorierte, sollte ein Klient sein, der es wert ist, bezahlt zu werden.

18 Datenbank-Treiber

Der Navigator funktioniert über JDBC, also funktioniert er mit jedem System, das einen JDBC-Treiber hat. Das ist nicht „einige andere Datenbanken als Afterthought" — das sind 18 Systeme, die erste Klasse unterstützt werden, einschließlich:

• InterSystems IRIS und Caché
• PostgreSQL, MariaDB, MySQL, SQL Server, Oracle, DB2 — die großen relationalen Systeme
• Databricks, Redshift, Snowflake, BigQuery — Data Warehouses und Cloud-Plattformen
• DuckDB, SQLite, H2, Derby, HSQLDB — eingebettete Datenbanken und Datei-Stores
• Flat files — CSV-Dateien, Ordner mit CSV-Dateien oder ZIP-Archive als Tabellen behandelt, entweder zum Lesen mit Query Cloud oder zum Laden mit dem Data Pumper

Die vollständige Liste steht auf der Seite Beyond IRIS, die erklärt, warum das Spektrum so breit ist.

Schema nach Schema, nicht ein einziger Dropdown

Systeme außerhalb von IRIS und Caché organisieren Tabellen unter Schemas, was bedeutet, dass man zwei Tabellen namens Customer in demselben Catalog haben kann, eine unter sales und eine unter finance. Ein SQL-Client, der nur einen einzigen Schema-Dropdown zeigt, macht diese beiden Tabellen ununterscheidbar, bis Sie tatsächlich den Dropdown verwenden, um zwischen ihnen zu wechseln. Das ist eine Form von verstecktem Zustand, und versteckter Zustand ist gefährlich: Man verbringt zehn Minuten damit, sich zu wundern, warum eine Abfrage nicht die erwarteten Spalten zurückgibt, nur um herauszufinden, dass man mit dem falschen Schema verbunden war, das eine gleichnamige Tabelle hatte.

Der Server Navigator zeigt alle Schemas im Baum, also sind alle drei Customer-Tabellen sichtbar, keine versteckt, und ihr vollständig qualifizierter Name ist vorhanden. Das ist die richtige Schnittstelle, wenn man mit einer Datenbank arbeitet, die Schemas verwendet, und die einzige Schnittstelle, wenn man sie über Schemas hinweg vergleichen will.

Globals als Ordner

Globals in einem IRIS- oder Caché-Namespace werden als Ordner unterhalb des Namespace-Knotens aufgelistet, nicht versteckt, bis man in einen separaten „Globals"-Modus wechselt. Sie expandieren Ebene für Ebene, und jede Ebene zeigt ihre Anzahl von Subscripts, sodass ein Global mit vier Ebenen nicht versucht, zweitausend Knoten sofort zu rendern. Das ist derselbe Global Browser, der auf der Feature-Seite Global Browser dokumentiert ist, hier integriert in den Navigator-Baum.

Globals erscheinen neben Tabellen, weil es Situationen gibt, in denen man von einer Tabelle zu dem Global, der sie speichert, wechseln muss, und es ist absurd, ein anderes Werkzeug öffnen zu müssen, um dorthin zu gelangen. Der Weg von einer Tabelle zu ihrem Storage ist im Table Viewer: der Storage-Tab benennt den Global, und dieser Global ist ein einziger Klick entfernt im Navigator.

Beziehungslinien aus Foreign Keys gezogen

Wenn eine Tabelle einen Foreign Key hat, der auf eine andere Tabelle zeigt, wird im Navigator eine Beziehungslinie gezeichnet, die die beiden verbindet. Das ist kein separates Diagrammwerkzeug — es passiert inline, während man durch Tabellen blättert, also ist die Beziehung zwischen zwei Tabellen sichtbar, sobald beide erweitert sind. Die Linie ist anklickbar: Klicken Sie auf sie, und das Tool navigiert zum Ziel des Foreign Keys, was nützlich ist, wenn die Zieltabelle in einem anderen Schema oder sogar einem anderen Namespace sitzt.

Das funktioniert nur für Systeme, die Foreign Keys in ihrem Metadaten-Schema melden, was IRIS, Caché, PostgreSQL, MySQL, SQL Server und die meisten anderen einschließt. Systeme, die keine Foreign Keys als Metadaten exportieren (einige NoSQL-Stores), können die Beziehungslinien nicht zeigen.

Filtern, Suchen und Pin-Verbindungen

Der Navigator hat ein Suchfeld, das den Baum auf passende Knoten filtert, sodass man nach Patient suchen und jede Tabelle oder View sehen kann, die diesen Teilstring in ihrem Namen hat, unabhängig davon, in welchem Namespace sie lebt. Verbindungen können angepinnt werden, sodass sie oben bleiben, auch wenn viele andere Verbindungen registriert sind, und die Reihenfolge kann per Drag-and-Drop geändert werden.

Gängige Aktionen auf Tabellen und Objekten erscheinen als Kontextmenüs: eine Tabelle in Query Cloud registrieren, eine Tabelle mit dem Data Pumper in eine andere Datenbank kopieren, eine View öffnen, um ihre Definition zu sehen, einen Global öffnen, um seinen Storage zu durchsuchen. Das sind die gebräuchlichsten Operationen, also werden sie mit Rechtsklick zugänglich gemacht, nicht begraben unter Registerkarten.

Ein Navigator für alles

Die Absicht ist es, dass der Server Navigator nicht „dieser Namespace" zeigt, sondern „alle Namespaces", und nicht „diese Datenbank", sondern „alle Datenbanken, die ich verwalte". Das sind unterschiedliche Organisationsprinzipien. Ein Dropdown-Filter ist das richtige Design, wenn jede Aufgabe innerhalb eines einzelnen Containers abgeschlossen werden kann. Ein Baum ist das richtige Design, wenn das Vergleichen, Verknüpfen und Bewegen von Dingen zwischen Containern die Arbeit ist.

Für IRIS- und Caché-Benutzer wird das zweite Modell von keinem anderen SQL-Client angeboten. Das ist der Grund, warum dieses Tool existiert, und der Navigator ist der Beweis.

Der Server Navigator ist in jeder Edition verfügbar, mit allen 18 Treibern in der Team und Enterprise Edition. Die Free Edition begrenzt die unterstützten Datenbanken auf IRIS und Caché, aber die Schnittstelle selbst ist dieselbe. Laden Sie SQL DATA LENS herunter und sehen Sie alle Ihre Namespaces nebeneinander, anstatt nacheinander.