Procedure consigliate per Dataverse

La modellazione dei dati è una scienza che conta professionisti e standard consolidati. Per ricorrere in modo efficace alla modellazione dati di Dataverse, non è necessario essere un professionista del settore o disporre di strumenti speciali. Strumenti noti come Microsoft Visio possono essere usati per creare rapidamente un diagramma entità-relazione di base che mostra le relazioni e il flusso di dati tra le tabelle.

Questa unità specifica le migliori procedure generali relative alla modellazione dei dati per le distribuzioni di Dataverse, ovvero:

• I modelli di dati devono essere aggiornati continuamente durante una distribuzione. Spesso, un modello di dati viene concepito all'inizio di un progetto, ma è importante che il processo di progettazione non si fermi lì. Durante la distribuzione, verranno aggiunte nuove colonne e tabelle, che è necessario acquisire nel modello di dati per poi renderlo un modello di dati live. Inoltre, è auspicabile consigliare ai clienti di continuare ad aggiornare il modello di dati men mano che il sistema viene ottimizzato.

• Usare strumenti consolidati per iniziare. Gli strumenti della community sono disponibili con XrmToolBox che aiuta a generare più facilmente i diagrammi entità-relazione della configurazione di Dataverse. Questi strumenti includono UML Diagram Generator e Entity Relation Diagram Creator. Dopo aver completato gli aggiornamenti della configurazione, è possibile generare un diagramma entità-relazione aggiornato.

• Non includere tutte le tabelle. Alcune tabelle principali, come Attività, Note e Utenti (proprietari di record) sono correlate a quasi tutte le tabelle in Dataverse. Se si include ogni relazione con queste tabelle nel proprio modello di dati, il risultato sarà illeggibile. La procedura consigliata consiste nell'includere solo le tabelle primarie usate nella configurazione nel diagramma del modello di dati e solo le relazioni personalizzate con le tabelle Utente e Attività per massimizzare la leggibilità.

• I modelli di dati dovrebbero includere tabelle esterne a Dataverse. Se si esegue un'integrazione con altri sistemi usando tabelle virtuali o connettori dati di Dataverse o con flussi di dati all'esterno di Dataverse utilizzando un'integrazione, questi dati dovrebbero essere rappresentati anche nel diagramma del modello di dati.

• Iniziare in modo semplice con le tabelle standard, quindi aggiungere relazioni di tabella personalizzate al modello di dati.

• L'esperienza dovrebbe influire sul modello di dati. Occasionalmente, può essere facile andare oltre la normalizzazione dei dati, ma nel processo è possibile rendere l'applicazione più complessa da usare.

È consigliabile iniziare con ciò di cui si ha bisogno al momento, ma è necessario progettare il modello di dati in modo che possa supportare ciò che si farà in futuro. Ad esempio, se si è consapevoli del fatto che in futuro sarà necessario memorizzare più dettagli sulle aree di vendita, l'uso di una colonna di testo per l'area di vendita renderà più difficile l'implementazione che non se si utilizzasse la relazione della tabella delle aree di vendita. È importante pianificare in anticipo le esigenze future.

Tabelle preconfigurate e tabelle personalizzate

Questo argomento illustra le tabelle preconfigurate standard usate nella configurazione, insieme alle tabelle personalizzate e allo scopo per cui vengono impiegate. Queste informazioni sono importanti perché Microsoft Dataverse ha molte tabelle comuni e, come regola generale, non si dovrebbe creare una tabella personalizzata se ne esiste già una standard che risponde allo stesso scopo. Il motivo è che, se si sovraccarica la configurazione con molte tabelle ridondanti, si avrà un impatto negativo sulle prestazioni del sistema e l'uso del sistema risulterà più complesso (la presenza di molte tabelle ridondanti in Ricerca avanzata confonderà gli utenti). Ogni tabella personalizzata dovrebbe servire a uno scopo specifico.

Inoltre, questo argomento aiuterà a identificare le tabelle più usate e a comprendere se si corre il rischio di sovraccaricarle.

Sostituzione delle tabelle standard con tabelle personalizzate

Occasionalmente, i creatori prendono in considerazione la sostituzione della funzionalità standard con tabelle personalizzate. Il ragionamento alla base di tale considerazione è che se i creatori necessitano di un'opportunità di vendita ma anche di un modulo più semplice rispetto al modulo di opportunità standard, la creazione di una tabella personalizzata potrebbe essere più semplice. Tuttavia, è consigliabile pensare a cosa è possibile rinunciare usando una tabella personalizzata anziché una tabella standard. L'uso di una tabella preconfigurata garantisce un maggiore allineamento con le funzionalità principali della piattaforma. Poiché alle tabelle standard vengono aggiunte regolarmente funzionalità, è possibile beneficiare delle nuove funzionalità non appena vengono rilasciate. Ad esempio, se si decide di sostituire la tabella delle opportunità standard con una tabella delle opportunità personalizzata, non sarà possibile usare il componente aggiuntivo Sales Insights per Microsoft Dynamics 365 Sales e altre funzionalità di intelligenza artificiale.

Importanza di non ricreare account e contatti

Durante la distribuzione di soluzioni Microsoft Power Platform, si rileveranno frequentemente più tipi di società, organizzazioni e contatti nel sistema. Alcune di queste entità rappresentano organizzazioni di clienti, mentre altre potrebbero essere organizzazioni di supporto e consulenza, come studi contabili e studi legali. Alcune entità potrebbero corrispondere a tipi diversi di organizzazioni, come le associazioni di categoria.

L'approccio più comune alla gestione di più categorie di relazioni aziendali consiste nell'utilizzare la tabella Conto per tutti i tipi di organizzazione e usare una colonna, ad esempio Tipo di relazione, o un set di opzioni personalizzate impostate per contrassegnare le società in base al tipo o alla categoria. È possibile filtrare le visualizzazioni in base al tipo di società e le regole di business possono mostrare o nascondere in modo condizionale i componenti di colonne e moduli in base al tipo.

Per trarre vantaggio da un'integrazione standard con le app per la finanza e le operazioni di Dynamics 365 usando l'infrastruttura a doppia scrittura, l'opzione migliore è usare le tabelle e le colonne predefinite che vengono aggiunte dalla soluzione di base di doppia scrittura all'ambiente Dataverse.

Un altro approccio consiste nel creare tabelle personalizzate per ogni tipo di società. Un motivo comunemente citato è che poiché potrebbe rivelarsi necessario ricorrere ai conti per un altro motivo in futuro, non è auspicabile personalizzare la tabella dei conti.

Prima di ricreare la tabella Conto come tabella aziendale personalizzata, è necessario tenere in considerazione ciò a cui si rinuncia creando una tabella personalizzata. Prendere in considerazione i fattori seguenti:

• Indirizzi multipli: la tabella Conto ha una capacità di indirizzo univoco che supporta più indirizzi. I primi due indirizzi vengono visualizzati nel modulo della società, ma questi record di indirizzi risiedono nella tabella Indirizzo cliente correlata. Sebbene sia possibile creare una tabella di indirizzi personalizzata collegata a una tabella aziendale personalizzata, la nuova creazione della logica univoca in cui gli indirizzi sono archiviati nella tabella correlata e visualizzati nel modulo e nelle visualizzazioni tabella necessitano di sviluppo. Se sono necessari più indirizzi, usare la tabella Conto.
• Gerarchia dei contatti: i conti sono l'elemento principale dei contatti. Le attività relative ai contatti verranno riportate nel record conto principale. Questa gerarchia non può essere sostituita da un record aziendale personalizzato. È possibile creare più relazioni con tabelle aziendali personalizzate, ma la relazione conto/contatto standard non può essere sostituita. Se la società ha contatti con le proprie relazioni aziendali principali con questo tipo di società o se si desidera eseguire il rollup delle attività dai contatti alle società, usare la tabella Conto.
• Controllo mappa standard: nelle app basate su modello, il controllo mappa standard non supporta le tabelle aziendali personalizzate.
• Relazioni gerarchiche: le relazioni gerarchiche tra i conti principali/secondari e la visualizzazione della gerarchia standard e il rollup delle attività del conto secondario nel conto principale funzionano solo con le tabelle dei conti standard.
• Colonne di ricerca polimorfiche: Dataverse include un tipo speciale di colonna di ricerca polimorfica chiamata colonna cliente. Questa colonna consente di collegare una riga a una società, un conto o a un contatto.
• Mancato funzionamento del marketing: gli elenchi marketing possono funzionare solo con le tabelle di contatti, conti e lead, non con le tabelle personalizzate. Microsoft Dynamics 365 Customer Insights - Journeys può effettuare l'invio ad account e contatti, ma a non tabelle aziendali personalizzate.

Pertanto, in quasi tutte le situazioni, la tabella Conto dovrebbe essere usata per i record aziendali di tutti i tipi, con le seguenti eccezioni:

• Tipi secondari di aziende che non sono relazionali e hanno attributi minimi. Prendere in considerazione un tipo di organizzazione senza contatti, senza indirizzo e che esiste solo ai fini della ricerca.
• Aziende non qualificate o non verificate che vengono importate da biglietti da visita o moduli Web con cui non si desidera inquinare la tabella Conto. Per queste situazioni, è possibile usare la tabella Lead.

Assegnazione di un nuovo scopo alle tabelle di sistema

Prendere in considerazione uno scenario in cui si ha un requisito aziendale simile alle opportunità, ma che non è una vera opportunità di vendita. In questa situazione, si potrebbe considerare di riutilizzare le tabelle di sistema o di creare nuove tabelle.

Le sezioni seguenti illustrano i fattori da considerare prima di assegnare un nuovo scopo alle tabelle di sistema.

Requisiti futuri

Microsoft Power Platform si evolve più rapidamente che mai. L'utilizzo non standard delle tabelle può causare problemi se Microsoft apporta modifiche alla tabella che si sta utilizzando. Inoltre, se si sceglie di assegnare un nuovo scopo a una tabella di sistema usata raramente, come Contratti, Microsoft potrebbe decidere di deprecare tale tabella in futuro. Le tabelle personalizzate non vengono deprecate. Inoltre, se si riutilizza una tabella di sistema, prendere in considerazione cosa si potrebbe fare se in seguito ci fosse bisogno di tale entità per gli scopi previsti. Alcuni clienti che hanno reimpiegato un caso hanno poi avuto l'esigenza di gestire casi e per farlo sono dovuti ricorrere alle tabelle personalizzate perché la tabella dei casi standard era già utilizzata per scopi diversi.

Sovraccarico

Molte tabelle di sistema presentano determinate colonne che non possono essere rimosse dai moduli. Ad esempio, alcune colonne delle tabelle, come quelle relative a opportunità e campagna, non possono essere rimosse dal modulo. Sebbene queste colonne possano essere nascoste, la presenza nel modulo di diverse colonne bloccate può aggiungere un sovraccarico alla configurazione dell'ambiente.

Esperienza utente

Se il caso d'uso in questione corrisponde a meno del 50% della funzionalità della tabella standard, una tabella personalizzata offrirà in genere un'esperienza utente più semplice rispetto al ridimensionamento di una tabella di sistema più complessa. È inoltre possibile aggiungere flussi dei processi di business a qualsiasi tabella, comprese le tabelle personalizzate, che possono rendere l'esperienza utente di una tabella personalizzata altrettanto valida, se non migliore, di una tabella di sistema.

Problemi comuni da evitare

I problemi comuni di modellazione dei dati includono:

• Troppe tabelle: le tabelle potrebbero essere eccessivamente normalizzate.
• Troppe colonne su una tabella: forse sarebbe stato preferibile creare una tabella separata.
• Uso degli strumenti: moduli di visualizzazione rapida invece di colonne ripetute.
• Mancato uso dei tipi di dati Sì/No: se è possibile aggiungere più valori o è necessario memorizzare valori quali Sconosciuto.
• Problemi di formattazione: non è possibile usare altro che la formattazione del tipo di dati.
• Parti inutilizzate: evitare di creare parti del modello di dati che non si prevede di usare.

Modello di verifica

Dataverse semplifica la possibilità di creare un ambiente di valutazione e velocizza la creazione di tabelle e relazioni. È possibile creare un modello di verifica per provare il proprio modello di dati e vedere come potrebbe essere l'esperienza utente.