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 Autonomous Data Warehouse

  • 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
  • Come procedura ottimale, non creare oggetti di database personalizzati che iniziano con "DW" poiché ciò potrebbe causare 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.

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, altrimenti 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 Data Warehouse. È 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).

  • 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.

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 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.

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.