Blog · 14 settembre 2023 · Steve Simpson · Architettura dei dati

La modellazione dei dati di Steve: dagli elenchi di selezione verso l'infinito e oltre

Introduzione:

Benvenuto a un’altra sessione della serie di Steve sulla modellazione dei dati! In questo articolo esploriamo l’uso versatile degli elenchi di selezione e parliamo degli scenari in cui conviene valutare alternative per requisiti di modellazione più avanzati.

Capire gli elenchi di selezione

Gli elenchi di selezione sono ideali quando un campo richiede un insieme di valori fissi. Offrono un’esperienza utente pulita, ma hanno alcuni limiti:

Per aggiungere valori servono diritti di amministrazione elevati.
I nuovi valori vanno rilasciati passando dalle sandbox.

Si verificano errori di convalida se i valori provenienti da integrazioni di terze parti non sono stati aggiunti prima in Salesforce.

Esplorare le opzioni degli elenchi di selezione

Ecco alcune opzioni da considerare:

Opzione 1: set di valori globali

È l’opzione standard di Salesforce e permette di riutilizzare gli elenchi tra oggetti diversi.

Opzione 1, elenchi di selezione e set di valori globali. Vantaggio: un'esperienza utente pulita. Svantaggi: un amministratore deve aggiungere i valori, le modifiche vanno rilasciate nelle sandbox, i sistemi esterni causano problemi e un valore non può avere campi correlati

I set di valori globali sono ideali per i valori usati in più punti. Ad esempio puoi avere due set di valori globali, “diametro del tubo” e “spessore del tubo”, offrendo agli utenti un’interfaccia pulita per scegliere i valori.

[caption id="" align=“alignnone” width=“1372”] Esempi di set di valori [/caption] [caption id="" align=“alignnone” width=“1814”] Esempi di valori [/caption] [caption id="" align=“alignnone” width=“676”] Scegliere da un elenco [/caption]

Opzione 2: campi di testo

È solo un campo di testo, senza convalida.

Opzione 2, campi di testo. Vantaggio: accettano qualsiasi valore. Svantaggi: nessuna convalida dei dati e un'esperienza utente scadente

Se i valori arrivano tramite integrazioni, potresti valutare i campi di testo. Questo approccio però perde la convalida: gli utenti possono inserire qualsiasi dato, con il rischio di incoerenze.

Può essere un’opzione se i campi sono di sola lettura in Salesforce e ti limiti a mostrare i valori.

[caption id="" align=“alignnone” width=“678”] Nessuna convalida [/caption]

Opzione 3: oggetto di riferimento condiviso

Opzione 3, un oggetto di riferimento condiviso con tipi di record e relazioni di ricerca filtrate per tipo di record. Vantaggi: dati aggiunti dinamicamente e alcuni campi correlati. Svantaggi: caricamenti di dati nelle sandbox, e l'oggetto di origine contiene una chiave invece del valore

Un oggetto di riferimento condiviso con più tipi di record si può usare per i caricamenti di dati. Questo approccio crea due relazioni di ricerca sull’oggetto principale, che puntano all’oggetto di riferimento invece che ai valori veri e propri. Puoi anche aggiungere nuovi valori dinamicamente senza diritti di amministrazione, guadagnando flessibilità.

[caption id="" align=“alignnone” width=“1462”] Usare i tipi di record [/caption] [caption id="" align=“alignnone” width=“1700”] Usare una relazione di ricerca filtrata [/caption] [caption id="" align=“alignnone” width=“1434”] Aggiungere valori [/caption] [caption id="" align=“alignnone” width=“658”] Come appare la selezione di un valore. L’ordinamento non è corretto e al primo caricamento non vengono mostrati tutti i valori: l’utente deve cercarli. Inoltre, togli “Crea” da profili e set di autorizzazioni, così gli utenti non creano altri record al volo. [/caption]

Sezione 3: opzioni avanzate

Per scenari più avanzati, considera queste opzioni:

Opzione 4: schermate personalizzate con oggetto di riferimento

Opzione 4, un oggetto di riferimento più un campo di testo, con un componente web Lightning che legge i valori dell'elenco dall'oggetto di riferimento. Vantaggi: dati aggiunti dinamicamente, e l'oggetto di origine conserva i valori. Svantaggio: richiede sviluppo LWC e pagine personalizzate

Se usi componenti web Lightning (LWC) personalizzati per le schermate di modifica, puoi usare un oggetto di riferimento per leggere e mostrare i valori, salvando i valori effettivi invece delle relazioni di ricerca.

Opzione 5: oggetti autonomi

Opzione 5, oggetti di riferimento autonomi, uno per elenco. Vantaggi: dati aggiunti dinamicamente, un modello dati pulito e molti campi correlati. Svantaggi: caricamenti di dati nelle sandbox, chiavi invece di valori e molti oggetti

Se i valori di ricerca acquistano importanza, valuta di creare un oggetto autonomo per ciascuno, con relazioni di ricerca separate. Questo approccio permette di aggiungere dati dinamicamente, mantiene pulito il modello dati e supporta campi correlati aggiuntivi su ogni oggetto.

Esempi pratici

Ecco esempi pratici per ogni opzione:

Elenchi di selezione standard: un’interfaccia pulita con valori fissi.

Campi di testo senza convalida: flessibilità, ma nessuna convalida dei dati.

Ricerca su oggetti di riferimento: lo stesso oggetto con tipi di record filtrati, per avere flessibilità.

Oggetti autonomi: un oggetto separato per ogni relazione di ricerca, per un modello dati pulito e flessibile.

Conclusione

Capire le sfumature degli elenchi di selezione e delle loro alternative è fondamentale per una modellazione dei dati efficace. Dagli elenchi di selezione standard agli oggetti autonomi, ogni opzione offre vantaggi specifici per esigenze di modellazione precise.

Torna presto!

Per altri spunti e consigli, resta sintonizzato qui su www.SteveTechArc.com e sul canale YouTube @SteveTechArc (opens in a new tab). Iscriviti e fai brillare con noi la tua modellazione dei dati!

Contribuire a cambiare il mondo condividendo belle idee con altri architetti e con chi è in cammino per diventarlo!

Trascrizione realizzata con l’aiuto dell’IA

STA 2.2