Denodo einrichten: Erste Quelle, Sichten und Data Marketplace

Quellen- und Prüfstand: 25.10.2026 · Denodo Platform 9.5. Redaktioneller Leitfaden für eine neue selbst verwaltete Pilotinstallation. Tatsächlichen Update-, Bundle-, Treiber- und OS-Stand prüfen. Bei Updates können Menünamen und Abläufe abweichen; die verlinkte Herstellerhilfe hat Vorrang. Keine hier ausgeführte Denodo-Installation.

Was nach der Installation noch fehlt

Ein laufender Server liefert noch kein verständliches Datenangebot. Du richtest eine kleine synthetische Testquelle ein und prüfst die erste Abfrage. Das Beispiel übernimmt die Bestellungen aus unserer Sichten- und Datenvertragsübung: drei Bestellungen mit 100, 50 und 30 Umsatz; Kunden 10 und 20 gehören zu Nord beziehungsweise Süd.

Sollwerte: Nord 150, Süd 30, insgesamt 180. Eine falsche Summe ist ein fachlicher Fehler, selbst wenn die Abfrage sehr schnell ist. Die Testquelle und ihr unterstützter Adapter sind projektspezifisch; die folgenden Schritte beschreiben den JDBC-Weg für eine freigegebene relationale Datenbank. Bei Dateien oder APIs den passenden Adapter verwenden.

Quelle und Basissichten – Schritt für Schritt

1. In der genehmigten Testdatenbank zwei Objekte mit den synthetischen Datensätzen bereitstellen. Schlüssel und Datentypen dokumentieren. Für den Pilot ein Quellkonto mit Leserechten auf genau diese Objekte verwenden.
2. In Design Studio die vereinbarte VDP-Datenbank öffnen beziehungsweise durch die berechtigte Rolle anlegen lassen. Unser Beispielname pilot_vertrieb_dev bedeutet Pilot, Fachbereich Vertrieb und Entwicklungsumgebung. Er ist eine Teamkonvention, kein Denodo-Standard und keine Zugriffsregel.
3. Eine neue Datenquelle mit dem zur Datenbank passenden JDBC-Adapter anlegen. Host, Port, Datenbank, Treiberversion, Verschlüsselung und Secret-Referenz gegen den Quellenplan prüfen. Die Netzverbindung muss vom Denodo-Server aus funktionieren; ein erfolgreicher Test vom eigenen Notebook reicht nicht.
4. Verbindung unter der technischen Quellidentität testen. Nur die freigegebenen Objekte importieren und daraus Basissichten erzeugen. Zeilenzahlen und Schlüssel prüfen. Ein Import von Metadaten ist noch kein Nachweis für die Richtigkeit späterer Joins.
5. Eine abgeleitete Sicht verbindet Bestellungen und Kunden; eine Konsumsicht aggregiert Monat und Region. Keine Kontaktfelder auswählen. Für Join-Bedingungen und Beispieldaten die verlinkte Übung verwenden und den dortigen Fehlerfall eines doppelt vorhandenen Kundenschlüssels ebenfalls testen.

Namensgebung, die ein neues Team versteht

Kürzel einmal im Teamglossar definieren. Kein Versionsdatum in jeden Objektnamen schreiben; fachliche Schnittstellenänderungen bewusst versionieren. Eine sinnvolle Benennung ersetzt weder Rollen noch einen Datenvertrag.

Sichtrechte und Marketplace abnehmen

1. Die fachliche Leserrolle nur für den vereinbarten Konsum berechtigen. Mit dieser Rolle Summe und ausgeschlossene Rohdatenzugriffe prüfen. Ein Preview als Administrator ist dafür kein Ersatz.
2. In Data Marketplace die passende VDP-Verbindung und Sichtbarkeit gemäß Administrationshilfe einrichten. Die Oberfläche kann intern weiterhin einen Pfad mit denodo-data-catalog verwenden; der Produktname ist Data Marketplace.
3. Für die Konsumsicht Beschreibung, fachliche Verantwortung, Zeileneinheit, Frische und Nutzungshinweis pflegen. Ein zweites Teammitglied soll die Sicht anhand der Fachbeschreibung finden können.
4. Als berechtigte und unberechtigte Person getrennt prüfen: Welche Metadaten sind auffindbar, welche Daten sind tatsächlich abfragbar? Katalogsuche, Datenrechte und ein etwaiger externer Katalog sind verschiedene Ebenen.

Einrichtungstest: Vergleiche die tatsächliche Summe 180 und die Ergebnisse mit der Leserrolle. Bei Abweichungen Quellzeilen, Join und Rechte getrennt prüfen. Notizen sind optional; für diesen Funktionstest ist kein Projektformular erforderlich.

Herstellerquellen

• Virtual DataPort administration
• Start servers and tools