Measure-Lineage

Der Lineage Explorer beantwortet die Fragen, die jedes Datenteam irgendwann zu einer Metrik stellt:

• „Woher kommt dieses Measure tatsächlich?” — seine physische Spalte, Tabelle und Datenbank.
• „Wenn ich das ändere oder entferne, was bricht?” — was darauf verweist.

Er liest direkt aus Ihrem gesteuerten Schema und der jüngsten Abfrageaktivität, sodass die Antwort immer live ist — es gibt keinen Index neu aufzubauen und nichts synchron zu halten.

Hinweis

Der Lineage Explorer ist ab Team-Plan, wie das Audit-Log.

Den Explorer öffnen

Öffnen Sie Lineage im Dashboard. Es ist ein zweispaltiger Explorer:

• Links — ein filterbarer Baum von allem im ausgewählten Schema.
• Rechts — das Detailpanel für den Knoten, auf den Sie klicken.

Wählen Sie ein Schema im Picker oben. In Saiku Cloud ist ein „Cube” eines Ihrer hochgeladenen Schemas, identifiziert durch sein Label — ein einzelnes Schema kann mehrere Mondrian-Cubes enthalten (das Demo-FoodMart-Schema enthält Sales, Warehouse, HR und mehr), und der Baum zeigt sie alle.

Den Baum durchsuchen

Der Baum spiegelt die Form Ihres Schemas in fester Tiefe wider:

Zweig	Inhalt
Cube → Measure-Gruppe → Measure	Die deklarierten Measures in jedem Cube, gruppiert wie im Schema.
Cube → Calculated Members	Im Cube definierte Calc-Member — z. B. Profit = [Measures].[Sales] - [Measures].[Cost].
Cube → Dimension → Hierarchie → Level	Die dimensionale Struktur, bis hinunter zu jedem Level.

Verwenden Sie die Filterbox oben im Baum, um ihn einzugrenzen — tippen Sie einen Teil eines Measure-, Dimensions-, Hierarchie- oder Level-Namens, und der Baum klappt auf die Treffer ein. Das Treffen eines Cube-Namens zeigt alle Calculated Members dieses Cubes.

Die physische Route lesen

Klicken Sie auf einen beliebigen Knoten — ein Measure, ein Calculated Member oder ein Level — und das Detailpanel zeigt seine physische Route als Kette von Chips:

column → table → database

Das ist die echte zugrundeliegende Spalte, die Tabelle, in der sie lebt, und die Datenbankverbindung, die sie bereitstellt. Für ein deklariertes Measure sehen Sie auch seinen Aggregator (z. B. sum); für ein Level sehen Sie die Spalte, auf der es schlüsselt.

Calculated Members fächern auf

Ein Calculated Member hat keine einzelne zugrundeliegende Spalte — er ist eine Formel über andere Member. Der Explorer fächert ihn auf: Er löst die Basis-Measures der Formel auf (die dependsOn-Menge des Members) und rendert eine Routenzeile pro zugrundeliegender Spalte. Ein Profit-Member, der aus Sales und Cost aufgebaut ist, zeigt zwei Routen, eine pro Faktenspalte, neben seiner Formel und der Liste der Member, von denen er abhängt.

„Used by” — was auf einen Member verweist

Das Detailpanel hat eine Used by-Spur. Klicken Sie auf Click to load usage, und sie holt lazily alles, was auf den ausgewählten Member verweist, jeder Eintrag nach Art markiert:

Art	Was es ist
Calculated Member	Ein Calc-Member im Schema, dessen Formel auf den ausgewählten Member verweist.
Gespeicherte Abfrage	Eine gespeicherte .saiku-Abfrage, deren MDX auf den Member verweist.
Agent-Abfrage	Eine jüngste Agent-Abfrage, die auf den Member verwiesen hat, aus dem Audit-Trail gezogen. (Siehe Hinweis unten.)

Das Holen ist absichtlich lazy — Usage scannt Ihre jüngste Aktivität, sodass Sie nur für die Knoten zahlen, die Sie tatsächlich inspizieren.

Achtung

Agent-(Ad-hoc-)Nutzung ist vorwärtsgerichtet: Eine Abfrage trägt nur zum Lineage bei, wenn sie ausgeführt wurde, nachdem das Feature für Ihren Tenant aktiviert wurde. Wir zeichnen nur die Member-Verweise auf, die eine Abfrage gemacht hat — Schema-Bezeichner wie [Measures].[Sales] — niemals den rohen Abfragetext oder irgendwelche Ergebnisdaten.

Verwandt

• Audit-Log — die Quelle der Agent-Abfrage-Nutzung; wer hat was wann abgefragt.
• Schema-Designer — wo Calculated Members und Measures definiert werden.
• API-Keys — einen Key für programmatischen Zugriff erzeugen.