El modelado de datos de Steve: de las listas de selección al infinito y más allá
Introducción:
¡Bienvenido a otra sesión de la serie de modelado de datos de Steve! En esta entrada exploraremos el uso versátil de las listas de selección y veremos escenarios en los que conviene considerar alternativas para requisitos de modelado más avanzados.
Entender las listas de selección
Las listas de selección son ideales cuando un campo necesita un conjunto de valores fijos. Ofrecen una experiencia de usuario limpia, pero tienen algunas limitaciones:
- Para añadir valores se necesitan permisos de administración elevados.
- Los valores nuevos deben desplegarse pasando por los sandboxes.
Se producen errores de validación si los valores que llegan de integraciones de terceros no se han añadido antes en Salesforce.
Explorar las opciones de listas de selección
Estas son algunas opciones a considerar:
Opción 1: conjuntos de valores globales
Es la opción estándar de Salesforce y permite reutilizar listas entre objetos.
Los conjuntos de valores globales son mejores para valores que se usan en varios sitios. Por ejemplo, puedes tener dos conjuntos de valores globales, «diámetro de tubería» y «grosor de tubería», y ofrecer una interfaz limpia para que los usuarios elijan los valores.
[caption id="" align=“alignnone” width=“1372”]
Ejemplos de conjuntos de valores [/caption]
[caption id="" align=“alignnone” width=“1814”]
Ejemplos de valores [/caption]
[caption id="" align=“alignnone” width=“676”]
Elegir de una lista [/caption]
Opción 2: campos de texto
Es solo un campo de texto, sin validación.
Si los valores llegan mediante integraciones, podrías plantearte usar campos de texto. Pero este enfoque pierde la validación: los usuarios pueden introducir cualquier dato, lo que puede generar incoherencias.
Puede ser una opción si los campos son de solo lectura en Salesforce y solo muestras los valores.
[caption id="" align=“alignnone” width=“678”]
Sin validación [/caption]
Opción 3: objeto de referencia compartido
Un objeto de referencia compartido con varios tipos de registro puede usarse para cargas de datos. Este enfoque crea dos campos de búsqueda en el objeto principal, que apuntan al objeto de referencia en lugar de a los valores reales. También puedes añadir valores nuevos dinámicamente sin permisos de administración, lo que da más flexibilidad.
[caption id="" align=“alignnone” width=“1462”]
Usar tipos de registro [/caption]
[caption id="" align=“alignnone” width=“1700”]
Usar una búsqueda filtrada [/caption]
[caption id="" align=“alignnone” width=“1434”]
Añadir valores [/caption]
[caption id="" align=“alignnone” width=“658”]
Así se ve al seleccionar un valor. El orden no es correcto y no se muestran todos los valores en la carga inicial; el usuario tiene que buscarlos. Además, quita «Crear» de los perfiles y conjuntos de permisos para que los usuarios no creen más registros sobre la marcha. [/caption]
Sección 3: opciones avanzadas
Para escenarios más avanzados, considera estas opciones:
Opción 4: pantallas personalizadas con objeto de referencia
Si usas componentes web de Lightning (LWC) personalizados en tus pantallas de edición, puedes usar un objeto de referencia para leer y mostrar los valores, guardando los valores reales en lugar de búsquedas.
Opción 5: objetos independientes
Si los valores de búsqueda ganan importancia, plantéate crear un objeto independiente para cada uno, con búsquedas separadas. Este enfoque permite añadir datos dinámicamente, mantiene limpio el modelo de datos y admite campos relacionados adicionales en cada objeto.
Ejemplos prácticos
Estos son ejemplos prácticos de cada opción:
Listas de selección estándar: una interfaz limpia con valores fijos.
Campos de texto sin validación: flexibilidad, pero sin validación de datos.
Búsqueda a objetos de referencia: el mismo objeto con tipos de registro filtrados, para ganar flexibilidad.
Objetos independientes: un objeto distinto para cada búsqueda, para un modelo de datos limpio y flexible.
Conclusión
Entender los matices de las listas de selección y sus alternativas es clave para un modelado de datos eficaz. Desde las listas de selección estándar hasta los objetos independientes, cada opción tiene ventajas propias para necesidades de modelado concretas.
¡Vuelve pronto!
Para más ideas y consejos, sigue atento aquí en www.SteveTechArc.com y en el canal de YouTube @SteveTechArc (opens in a new tab). ¡Suscríbete y haz brillar tu modelado de datos con nosotros!
¡Ayudando a cambiar el mundo compartiendo buenas ideas con otros arquitectos y con quienes están en camino de serlo!
Transcripción hecha con ayuda de IA
STA 2.2