Oracle Cloud Infrastructure - Dokumentation

Empfehlungen und Tipps zum Erweitern des semantischen Modells

Bevor Sie Ihr semantisches Modell erweitern, prüfen Sie die Empfehlungen und Tipps, um sicherzustellen, dass Ihre Erweiterungen wie erwartet funktionieren.

Framework für Erweiterungen semantischer Modelle

Filial-Framework

Wenn Sie sich noch im Semantic Model Branch Framework befinden, ist es jetzt an der Zeit, zum Sandbox Framework zu migrieren. Siehe Zu Sandbox Framework für semantische Modellerweiterungen migrieren.

Sandbox-Framework

Behalten Sie nur die Sandboxes in Verwendung bei. Löschen Sie die Sandboxes, die Sie zum Testen verwendet haben und die nicht mehr verwendet werden. Durch die Aufrechterhaltung zusätzlicher nicht verwendeter Sandboxes wird die Performance des Systems beeinträchtigt.

Datenbankobjekte

Datenbankbenennungsstandards für Autonomous AI Lakehouse-Objekte

  • Stellen Sie einem benutzerdefinierten Objekt X_ZZZ_ voran, wobei ZZZ eine Abkürzung Ihrer Organisation ist.
  • Suffix für verschiedene Objekte:
    • A = Aggregation
    • D = Dimension
    • DH = Dimensionshierarchie
    • F = Fakt
    • _H = Helper
    • M = Dimension zuordnen
    • MD = Mini-Dimension
    • _V = Ansichten
    • _MV = Materialized View
    • DS = Dataset für Datenerweiterung
    • _EXT = Erweiterung der Datenerweiterung
  • Erstellen Sie keine benutzerdefinierten Datenbankobjekte, die mit "DW" beginnen, da dies zu Konflikten mit den vordefinierten Objektnamen führen kann. Benutzerdefinierte Datenbankobjekte, die mit "DW" beginnen, können inkonsistentes Verhalten im Assistenten für semantische Modellerweiterungen verursachen.
  • Verwenden Sie diese vom System reservierten Suffixe nicht für die benutzerdefinierten Schemanamen: DW, OAC, INFRA, SECURITY, USER oder CORE.

    Wenn Sie eines dieser vom System reservierten Suffixe für die benutzerdefinierten Schemanamen verwenden, riskieren Sie, Ihrem benutzerdefinierten Schema während der Pipelineverarbeitung unbeabsichtigte Berechtigungen zu erteilen.

Datenerweiterungs-Datensets und -Flexfelder

  • Stellen Sie sicher, dass die Änderungen an der Quelle in Ihrer Oracle Fusion Data Intelligence-Instanz behoben werden. Beispiel: Wenn ein Info-Flexfeld, das in einem benutzerdefinierten Themenbereich verwendet wird, in der Quelle deaktiviert wurde, müssen Sie das anwendbare Info-Flexfeld in Oracle Fusion Data Intelligence ersetzen oder entfernen. Andernfalls verläuft die anwendbare semantische Modellerweiterung nicht erfolgreich.
  • Sie können Synonyme aus den Datenerweiterungs-Datasets in den Erweiterungen des semantischen Modells referenzieren, nachdem der erste vollständige Ladevorgang für die Datenerweiterung abgeschlossen wurde. Verwenden Sie die Option Sofort ausführen in der Datenerweiterung, um den vollständigen Ladevorgang sofort auszuführen.

Wird erweitert

Allgemein
  • Wenn Sie Objekte (Dimensionen, Fakten und Spalten) benennen, entfernen Sie alle vor- und nachgestellten Leerzeichen. Sie können Unterstriche und Leerzeichen in Namen verwenden, aber alle anderen Sonderzeichen vermeiden.
  • Stellen Sie beim Hinzufügen von benutzerdefinierten Attributen oder beim Definieren von Schlüsseln, die für die Verknüpfung verwendet werden, sicher, dass der Anzeigename eindeutig ist und mit keinem der vordefinierten Spaltennamen in Konflikt steht.
Dimension erweitern
  • Wichtig: Sie müssen die Erweiterungen auf ein Minimum beschränken und kombinieren, um unnötigen Overhead und eine verringerte Performance zu vermeiden. Wenn Sie eine Dimension erweitern (wenn die Erweiterungsgranularität eins zu eins [1:1] mit der vordefinierten Dimension ist), kombinieren Sie mehrere Erweiterungen für dieselbe Dimension in einer einzigen Quelle (Tabelle/Ansicht/Synonym) in Autonomous AI Lakehouse. Es ist vorzuziehen, eine Erweiterung mit vielen Spalten zu haben, anstatt mehrere Erweiterungen pro Spalte zu haben.
  • Achtung: Beim Erweitern einer Dimension wird dringend empfohlen, eine Verknüpfung mit dem Basisdimensionsschlüssel herzustellen. Wenn keine Verknüpfung mit dem Basisdimensionsschlüssel möglich ist, können Sie mit Vorsicht eine andere Basisspalte verknüpfen, um die Datengetreue und Kardinalität zu validieren. Es wird dringend empfohlen, einer anderen Erweiterungsspalte beizutreten. Das System verarbeitet die Erweiterungen nacheinander, verlängert die Zeit für das Anwenden und Veröffentlichen der Sandbox und kann sich negativ auf die Abfrageperformance auswirken.
  • Beim Erweitern von DEGEN Dimensions ("Details"-Ordnern) müssen Sie immer die gleiche Granularität beibehalten, indem Sie die Primärschlüssel des Fakts mit einer Eins-zu-Eins-Beziehung (1:1) verbinden. Definieren Sie nicht viele bis viele [M:M]-Joins, da dies zu Leistungseinbußen und Datenduplizierung führen kann.
  • Seien Sie vorsichtig, wenn Sie Dimensionen erweitern, die eine bis viele (1:M) Beziehungen haben (z. B. Mehrfachauswahl), weil:
    • Sie können zu einer Datenduplizierung führen, da die erweiterten Daten eine niedrigere Granularität aufweisen als die übergeordnete Dimension.
    • Maximale Länge des Erweiterungsindex kann überschritten werden.

    Um den Constraint zu vermeiden, benennen Sie die Tabelle/Ansicht/das Synonym so kurz wie möglich. Beispiel: FDI_X_SZ_V (Größe) und FDI_X_PR_V (Preis).

  • Bevor Sie ein logisches Objekt erweitern, prüfen Sie, ob die zugehörige Darstellungstabelle im Themenbereich angezeigt wird. Siehe die entsprechenden Tabellen für semantische Modellherkunft:
  • Wenn die ausgewählte Tabelle beim Erweitern einer Dimension eine Augmentationstabelle ist, wählen Sie sie im Schema OAX$OAC anstelle von OAX_USER aus. Das Hauptschema für Erweiterungstabellen ist OAX$OAC, obwohl auch die Erweiterungstabellen in OAX_USER vorhanden sind.
  • Spaltengröße für erweitertes Attribut darf 256 Zeichen nicht überschreiten.
  • Wenn Sie Dimensionen erweitern, wählen Sie einen Join-Typ basierend auf dem Dimensionstyp (degeneriert oder konform) und der Beziehung zwischen den Basis- und Erweiterungstabellen. Ihre Auswahl hängt davon ab, ob Sie die nicht zugeordneten Datensätze beibehalten oder verwerfen möchten.
    • Left Outer: Empfohlen für die meisten Erweiterungen, um alle Zeilen aus der Basistabelle beizubehalten, insbesondere für 1:viele Beziehungen oder wenn die erweiterte Tabelle unvollständig ist. Dadurch wird ein unbeabsichtigtes Löschen von Basiszeilen vermieden.
    • Inner: Am besten für eine echte 1:1-Beziehung, wenn nur Datensätze vorhanden sein sollen, die in beiden Tabellen vorhanden sind und ohne die nicht übereinstimmenden Zeilen komfortabel sind. Nicht empfohlen, wenn degenerierte Dimensionen erweitert werden.
    • Rechts außen: selten verwendet. Wählen Sie diese Option, wenn Sie alle Zeilen aus der erweiterten Tabelle beibehalten und nur die übereinstimmenden Zeilen aus der Basistabelle abrufen müssen.
    • Full Outer: Seien Sie vorsichtig, um alle Zeilen aus beiden Tabellen unabhängig von Übereinstimmungen beizubehalten. Verwenden Sie Full Outer nicht für degenerierte Dimensionen, da dies zu Datenduplizierung und Performanceverschlechterung führen kann.

Dimension erstellen

  • Beim Erstellen einer benutzerdefinierten Dimension können Sie die Option Hierarchie zum Themenbereich hinzufügen deaktivieren. Sie müssen jedoch weiterhin einen Hierarchie-Primärschlüssel und ein Anzeigeattribut definieren. Klicken Sie auf den Ordner "Ausgewählte Datenelemente - Details" und dann auf das Symbol "Eigenschaften bearbeiten", um den Primärschlüssel der Hierarchie und das Anzeigeattribut zu definieren.

Degenerierte Dimensionen erstellen

  • Vermeiden Sie das Hinzufügen nicht degenerierter Dimensionsattribute zu Faktentabellen. Wählen Sie stattdessen das Kennzeichen "Degenerieren" für das Attribut, wenn Sie die Fakttabellendefinition definieren. Nicht gekennzeichnete Dimensionsattribute in Faktentabellen wirken sich negativ auf die Berichtsstruktur aus, erhöhen das Risiko von Laufzeitfehlern und erschweren die Systemwartung.
Fakt erstellen
  • Legen Sie beim Hinzufügen eines benutzerdefinierten Fakts immer die Inhaltsebenen für die benutzerdefinierten Dimensionen fest, die mit dem benutzerdefinierten Fakt verknüpft sind.
  • Stellen Sie beim Verknüpfen von Fakten mit Dimensionen sicher, dass die verknüpften Spalten kompatible Datentypen aufweisen.
Hierarchie erstellen
  • Vermeiden Sie beim Hinzufügen einer benutzerdefinierten Hierarchie, dass die Gesamtsummenebenen in Visualisierungen angezeigt werden, da benutzerdefinierte Hierarchien nur von der ersten Ebene aus angezeigt werden. Auch die vordefinierten Hierarchien zeigen nicht die Gesamtanzahl der Ebenen an. Die Ebene "Gesamtsumme" gibt nur den Gesamtbetrag an. Verwenden Sie sie daher nur, wenn kein Join zwischen Fakt und Dimension vorhanden ist und die Kennzahl auf einer Gesamtebene festgelegt werden muss.
  • Wenn Sie eine Hierarchie definieren, müssen Sie alle verfügbaren Datenelemente einer Ebene oder Details zuordnen.
  • Bevor Sie eine Hierarchie bearbeiten (z.B. Ebenen hinzufügen, entfernen oder ändern), entfernen Sie zuerst die Hierarchie aus dem Themenbereich, bearbeiten Sie die Hierarchie, und fügen Sie die Hierarchie dann wieder dem Themenbereich hinzu.
  • Das Sandbox-Framework unterstützt derzeit nicht das Hinzufügen wertbasierter Hierarchien zu einem Themenbereich.

Spalten hinzufügen

  • Wenden Sie Funktionen und Aggregationen direkt auf Basisspalten an. Vermeiden Sie es, abgeleitete Spalten zu verschachteln, um unnötige Abhängigkeiten, Verarbeitungsaufwand, Verzögerungen und potenzielle Berechnungsfehler im semantischen Modell zu vermeiden.
  • Vermeiden Sie das Hinzufügen von Spalten, die bereits im vorhandenen semantischen Modell vorhanden sind. Dadurch werden redundante Joins erstellt und der Verarbeitungsoverhead erhöht.
  • Wenn Sie mit benutzerdefinierten Fakten und Dimensionen arbeiten, verwenden Sie keine abgeleiteten Spalten. Führen Sie stattdessen die erforderlichen Berechnungen innerhalb der Datenbankebene aus, oder definieren Sie den Ausdruck direkt im Objekt während des Erstellungsprozesses.

Benutzerdefinierte Datenkonfigurations verwenden

  • Wenn Sie eine spezielle benutzerdefinierte Datenkonfiguration wie "Konfigurierbare Kontenanalyse", "Fusion Accounting Hub" oder "Supply Chain Planning Application" verwenden, sollten Sie alle erforderlichen Anpassungen ausschließlich in der Anwendung implementieren. Vermeiden Sie das Erstellen doppelter Konfigurationen im semantischen Modell, da dadurch redundante Abhängigkeiten und unnötige Verarbeitungsgemeinkosten entstehen.

Deployment

  • Migrationen müssen nur in eine einzige Richtung fließen. Wählen Sie eine Umgebung als Master-Entwicklungsumgebung. Generieren und stellen Sie nach dem Testen der Benutzerakzeptanz ein Semantic Extensions-Bundle bereit, um Änderungen in die Produktion und andere Umgebungen zu migrieren.
  • Wenn das semantische Modell Objekte mit neu konfigurierten Anwendungsrollen, -gruppen oder -benutzern sichert, müssen Sie das Sicherheits-Bundle vor dem Import und Deployment des semantischen Modell-Bundles importieren und bereitstellen.