Denodo: Marketplace, externe Kataloge, Lineage und Betriebsübergabe

Quellen- und Prüfstand: 24.10.2026 · Denodo Platform 9.5. Tatsächliche Updates, Treiber, Bundle und Deployment mit der passenden Herstellerhilfe abgleichen. Menüs und Funktionen können sich ändern. Redaktionelle Pilotanleitung; kein ausgeführter Kundensystemtest.

Welcher Ort führt welche Information?

Data Marketplace unterstützt das Auffinden und fachliche Einordnen der freigegebenen Denodo-Objekte. Ein unternehmensweiter Katalog kann daneben Systeme außerhalb Denodo abdecken. Beide Werkzeuge sollten nicht ungeklärt dieselben Owner, Begriffe und Beschreibungen überschreiben.

Denodo 9.5 ergänzt Metric Views für zentral definierte analytische Kennzahlen. Das ist eine eigene Produktfunktion mit versionsbezogener Hilfe. Eine beliebige aggregierte Sicht aus unserem Grundlagenpilot ist nicht automatisch eine Metric View. Geschäftsdefinition, Berechnung, Zeileneinheit und Freigabe bleiben auch bei einer zentralen Kennzahl zu prüfen.

Marketplace-Aufnahme Schritt für Schritt

1. VIEW-ID, fachlichen Namen, verantwortlichen Owner, Zweck, Zeileneinheit, Aktualitätsgrenze und bekannte Einschränkungen zusammentragen. Nur freigegebene Pilotobjekte veröffentlichen beziehungsweise für die Testzielgruppe sichtbar machen.
2. Mit einer fachlichen Testperson die Suche durchführen: Findet sie die richtige Sicht, versteht sie die Kennzahl und erkennt sie, wer Rückfragen beantwortet? Sichtbarkeit und tatsächliche Ausführung separat testen.
3. Schema, Beschreibung und Herkunft gegen die bekannte Referenzabfrage vergleichen. Eine angezeigte Abhängigkeit muss auf das richtige Objekt zeigen; ein ähnlich benannter Treffer ist kein ausreichender Beleg.
4. Metadaten-Aktualisierung nach einer genehmigten Pilotänderung beobachten. In der Dokumentation unterscheiden: nicht unterstützt, noch nicht übertragen, veraltet oder tatsächlich korrekt.

Einen externen Katalog hinzuziehen

Für OpenMetadata, Collibra, Purview oder einen anderen Katalog eine Integrationsprüfung planen. Weder vollständige Spalten-Lineage noch einen passenden nativen Connector ungeprüft voraussetzen. Die betreffende Katalogversion, ihr Connector oder ein freigegebener Metadatenexport müssen den gewünschten Objekttyp tatsächlich unterstützen.

Was offen bleiben kann

Dynamische SQL-Texte, nicht unterstützte Schnittstellen, manuelle Dateien, unvollständige BI-Metadaten oder direkte Quellzugriffe können Lücken verursachen. Lücken mit Owner, Maßnahme, Termin und Nachtest erfassen. Manuell bestätigte Beziehungen als solche kennzeichnen. Eine Kataloganzeige ist keine Durchsetzung der Denodo- oder Quellrechte.

Übergabe und wiederkehrender Review

Für jede veröffentlichte Sicht sind Bedeutung, verantwortliche Rolle, tatsächliche Zugriffswege und bekannte Einschränkungen nachvollziehbar. Bei Rollenwechsel, Schemaänderung oder anderer Kennzahlbedeutung wird der betroffene Fall erneut geprüft. Der Reviewplan und die Pilot-Abnahme helfen bei Bedarf; die Artikel setzen kein zusätzliches Formular voraus.

Eine Sicht ist freigabefähig, wenn die bekannte Herkunftskette belegt ist und die zuständigen Rollen erlaubte Nutzung, Ausnahmen und nächste Prüfung verantworten. Offene Katalogkanten bleiben als Lücke sichtbar.

Die Governance-Entscheidung im Alltag

Ein Umsatzbegriff wird fachlich geändert. Zuerst entscheidet die verantwortliche Rolle, ab wann die neue Bedeutung gilt. Danach werden Sicht beziehungsweise Kennzahl, Beschreibung im Marketplace und gegebenenfalls der externe Katalog abgestimmt aktualisiert. Ein Importlauf darf die bestätigte Beschreibung nicht unbemerkt auf einen alten Stand zurücksetzen.

Prüfe die bekannte VIEW-ID und ihre Verbraucher, nicht nur den Anzeigenamen. Wird die Sicht abgelöst, brauchen Verbraucher einen Übergang und der alte Eintrag eine erkennbare Behandlung. Im regelmäßigen Review werden nur die tatsächlich geänderten Objekte sowie offene Einschränkungen nachverfolgt. Weniger Rückfragen zu konkurrierenden Definitionen ist ein nutzbarer Effekt dieser Pflege.

Herstellerquellen

• Denodo 9.5: neue Funktionen
• Administration
• Globale Sicherheitsregeln
• Cache und Materialisierung
• LDAP-Anmeldung
• Data Marketplace: Umbenennung