Documentazione dell'infrastruttura Oracle Cloud

Suggerimenti e suggerimenti per estendere il modello semantico

Prima di estendere il modello semantico, consulta i consigli e i suggerimenti per verificare che le estensioni funzionino come previsto.

Framework estensioni modello semantico

Struttura diramazione

Se si è ancora nel framework Branch del modello semantico, è giunto il momento di eseguire la migrazione al framework sandbox. Vedere Migrazione alla struttura sandbox per le estensioni dei modelli semantici.

Framework sandbox

Conservare solo le sandbox in uso. Eliminare le sandbox utilizzate per i test e che non sono più in uso. La gestione di sandbox aggiuntive inutilizzate riduce le prestazioni del sistema.

Oggetti di database

Standard di denominazione del database per gli oggetti lakehouse AI Autonomous

  • Prefisso di un oggetto personalizzato con X_ZZZ_, dove ZZZ è un'abbreviazione dell'organizzazione.
  • Suffisso di oggetti diversi come:
    • _A = Aggrega
    • _D = Dimensione
    • _DH = Gerarchia dimensione
    • _F = Fatto
    • _H = Aiuto
    • _M = Dimensione mappa
    • _MD = Dimensione minima
    • _V = Viste
    • _MV = Vista materializzata
    • _DS = Data set data augmentation
    • _EXT = Estensione data augmentation
  • Non creare oggetti di database personalizzati che iniziano con "DW" perché ciò potrebbe generare conflitti con i nomi degli oggetti precostruiti. Gli oggetti di database personalizzati che iniziano con "DW" possono causare un comportamento incoerente nella procedura guidata Estensioni modello semantico.
  • Non utilizzare questi suffissi riservati al sistema per i nomi di schema personalizzati: DW, OAC, INFRA, SECURITY, USER o CORE.

    Se si utilizza uno di questi suffissi riservati al sistema per i nomi di schema personalizzati, si rischia di concedere privilegi non previsti allo schema personalizzato durante l'elaborazione della pipeline.

Data set e flexfield data augmentation

  • Assicurarsi che le modifiche apportate all'origine vengano risolte nell'istanza di Oracle Fusion Data Intelligence. Ad esempio, se un flexfield descrittivo utilizzato in un'area argomenti personalizzata è stato disabilitato nell'origine, è necessario sostituire o rimuovere il flexfield descrittivo applicabile in Oracle Fusion Data Intelligence oppure l'estensione del modello semantico applicabile non riesce.
  • È possibile fare riferimento ai sinonimi dei data set di data augmentation nelle estensioni del modello semantico dopo il completamento del caricamento completo iniziale per la data augmentation. Utilizzare l'opzione Esegui immediatamente nella data augmentation per eseguire immediatamente l'intero carico.

In estensione

Generale
  • Quando si assegnano nomi agli oggetti (dimensioni, fact e colonne) vengono rimossi tutti gli spazi iniziale e finale. È possibile utilizzare caratteri di sottolineatura e spazi nei nomi, ma evitare tutti gli altri caratteri speciali.
  • Quando si aggiungono attributi personalizzati o si definiscono chiavi utilizzate per l'unione, assicurarsi che il nome visualizzato sia univoco e non sia in conflitto con nessuno dei nomi di colonna precostruiti.
Estendi dimensione
  • Importante: è necessario mantenere le estensioni al minimo e combinarle per evitare costi indiretti non necessari e prestazioni ridotte. Quando si estende una dimensione (se la granularità dell'estensione è una a una [1:1] con la dimensione predefinita) combinare più estensioni per la stessa dimensione in un'unica origine (tabella/vista/sinonimo) in Autonomous AI Lakehouse. È preferibile avere un'estensione con molte colonne, piuttosto che avere più estensioni per colonna.
  • Attenzione: quando si estende una dimensione, è consigliabile eseguire l'unione con la chiave della dimensione base. Se non è possibile eseguire il join sulla chiave dimensione di base, è possibile eseguire il join a un'altra colonna di base con cautela, convalidando la granularità e la cardinalità dei dati. Si sconsiglia vivamente di entrare in un'altra colonna di estensione. Il sistema elabora le estensioni con dipendenze in sequenza, allungando il tempo necessario per applicare e pubblicare la sandbox e potrebbe avere un impatto negativo sulle prestazioni delle query.
  • Quando si estendono le dimensioni DEGEN (cartelle "Dettagli"), mantenere sempre lo stesso livello di granularità unendo le chiavi primarie del fatto con una relazione uno a uno [1:1]. Non definire da molti a molti join [M:M] perché potrebbe causare un peggioramento delle prestazioni e la duplicazione dei dati.
  • Prestare attenzione quando si estendono dimensioni con relazioni da una a molte (1:M), ad esempio la selezione multipla, perché:
    • Essi possono provocare la duplicazione dei dati a causa del fatto che i dati estesi sono di granularità inferiore rispetto alla dimensione padre.
    • È possibile superare la lunghezza massima dell'indice di estensione.

    Per evitare il vincolo, denominare la tabella/vista/sinonimo nel modo più breve possibile. Ad esempio, FDI_X_SZ_V (dimensione) e FDI_X_PR_V (prezzo).

  • Prima di estendere un oggetto logico, verificare che la tabella di presentazione associata sia esposta nell'area argomenti. Fare riferimento ai fogli di calcolo della derivazione del modello semantico applicabili:
  • Durante l'estensione di una dimensione, se la tabella selezionata è una tabella di augmentation, selezionarla dallo schema OAX$OAC anziché da OAX_USER. Lo schema principale per le tabelle di augmentation è OAX$OAC anche se le tabelle di augmentation sono presenti anche in OAX_USER.
  • La dimensione della colonna degli attributi estesi non può superare i 256 caratteri.
  • Quando si estendono le dimensioni, scegliere un tipo di join in base al tipo di dimensione (degenerato o conforme) e alla relazione tra le tabelle di base e di estensione. La scelta dipende dal fatto che si desidera conservare o eliminare i record senza corrispondenza.
    • Left Outer: consigliato per la maggior parte delle estensioni per conservare tutte le righe dalla tabella di base, in particolare per le relazioni 1:molti o quando la tabella estesa è incompleta. Ciò evita l'eliminazione involontaria delle righe di base.
    • Interno: migliore per una relazione 1:1 vera quando si desidera solo record che esistono in entrambe le tabelle e che sono confortevoli escludendo le righe non corrispondenti. Non consigliato quando si estendono dimensioni degenerate.
    • Esterno destro: raramente utilizzato. Scegliere questa opzione quando è necessario conservare tutte le righe dalla tabella estesa e estrarre solo le righe corrispondenti dalla tabella di base.
    • Full Outer: utilizzare con cautela per mantenere tutte le righe di entrambe le tabelle indipendentemente dalle corrispondenze. Non utilizzare Full Outer su dimensioni degenerate perché possono introdurre la duplicazione dei dati e il degrado delle prestazioni.

Crea dimensione

  • Quando si crea una dimensione personalizzata, è possibile deselezionare Aggiungi gerarchia ad area argomenti. Tuttavia, è ancora necessario definire una chiave primaria gerarchia e un attributo di visualizzazione. Fare clic sulla cartella Dettagli elementi dati selezionati, quindi sull'icona Modifica proprietà per definire la chiave primaria gerarchia e l'attributo di visualizzazione.

Crea dimensioni degenerate

  • Evitare di aggiungere attributi dimensione non degenerati alle tabelle fact. Selezionare invece il flag degenerazione per l'attributo quando si definisce la definizione della tabella fact. Gli attributi dimensione non contrassegnati all'interno delle tabelle fact avranno un impatto negativo sulla struttura del report, aumenteranno il rischio di errori di runtime e comporteranno la manutenzione del sistema.
Crea fact
  • Quando si aggiunge un fact personalizzato, impostare sempre i livelli di contenuto per le dimensioni personalizzate che si uniscono al fact personalizzato.
  • Quando si uniscono i fact alle dimensioni, assicurarsi che le colonne unite tramite join siano di tipi di dati compatibili.
Crea struttura gerarchica
  • Quando si aggiunge una gerarchia personalizzata, evitare di cercare di visualizzare i livelli totali generali nelle visualizzazioni perché le gerarchie personalizzate sono esposte solo dal primo livello. Anche le gerarchie predefinite non espongono i livelli totali. Il livello Totale generale fornisce solo l'importo totale complessivo, quindi utilizzarlo solo quando non esiste un join tra un fact e una dimensione e la metrica deve essere impostata a livello totale.
  • Quando si definisce una gerarchia, è necessario mappare tutti gli elementi dati disponibili a uno o più livelli.
  • Prima di modificare una gerarchia, ad esempio aggiungere, rimuovere o modificare i livelli, rimuovere la gerarchia dall'area argomenti, modificare la gerarchia e quindi aggiungere di nuovo la gerarchia all'area argomenti.
  • Il framework sandbox attualmente non supporta l'aggiunta di gerarchie basate sul valore a un'area argomenti.

Aggiunta di colonne

  • Applica le funzioni e le aggregazioni direttamente alle colonne di base. Evita di nidificare le colonne derivate per evitare dipendenze non necessarie, sovraccarico di elaborazione, ritardi e potenziali errori di calcolo nel modello semantico.
  • Evitare di aggiungere colonne già presenti nel modello semantico esistente; ciò crea join ridondanti e aumenta il sovraccarico dell'elaborazione.
  • Quando si utilizzano dati fact e dimensioni personalizzati, evitare di utilizzare colonne derivate. Eseguire invece i calcoli necessari all'interno del livello di database oppure definire l'espressione direttamente sull'oggetto durante il processo di creazione.

Uso di configurazioni dati personalizzate

  • Se si utilizza una configurazione dati personalizzata specializzata, ad esempio Analisi conto configurabile, Fusion Accounting Hub o Applicazione Supply Chain Planning, è necessario implementare tutte le personalizzazioni necessarie esclusivamente all'interno dell'applicazione. Evitare di creare configurazioni duplicate nel modello semantico, poiché ciò introduce dipendenze ridondanti e sovraccarichi di elaborazione non necessari.

Distribuzione

  • Le migrazioni devono essere eseguite in una sola direzione. Scegliere un ambiente da utilizzare come ambiente di sviluppo principale. Dopo il test di accettazione degli utenti, generare e distribuire un bundle di estensioni semantiche per eseguire la migrazione delle modifiche alla produzione e ad altri ambienti.
  • Se il modello semantico protegge gli oggetti con ruoli, gruppi o utenti dell'applicazione appena configurati, assicurarsi di importare e distribuire il bundle Sicurezza prima di importare e distribuire il bundle Modello semantico.