Modelagem de dados do Steve: das listas de opções ao infinito e além
Introdução:
Bem-vindo a mais uma sessão da série de modelagem de dados do Steve! Neste post, vamos explorar os usos versáteis das listas de opções e discutir cenários em que vale considerar alternativas para requisitos de modelagem mais avançados.
Entendendo as listas de opções
As listas de opções são ideais quando um campo precisa de um conjunto de valores fixos. Elas oferecem uma experiência de usuário limpa, mas têm algumas limitações:
- É preciso ter permissões de administrador elevadas para adicionar valores.
- Novos valores precisam ser implantados passando pelos sandboxes.
Ocorrem erros de validação se valores vindos de integrações de terceiros não tiverem sido adicionados antes no Salesforce.
Explorando opções de listas de opções
Aqui estão algumas opções para considerar:
Opção 1: conjuntos de valores globais
É a opção padrão do Salesforce e permite aproveitar listas entre objetos.
Os conjuntos de valores globais são melhores para valores usados em vários lugares. Por exemplo, você pode ter dois conjuntos de valores globais, “tamanho do tubo” e “espessura do tubo”, oferecendo uma interface limpa para os usuários escolherem os valores.
[caption id="" align=“alignnone” width=“1372”]
Exemplos de conjuntos de valores [/caption]
[caption id="" align=“alignnone” width=“1814”]
Exemplos de valores [/caption]
[caption id="" align=“alignnone” width=“676”]
Escolhendo numa lista [/caption]
Opção 2: campos de texto
É só um campo de texto, sem validação.
Se os valores chegam por integrações, você pode considerar campos de texto. Mas essa abordagem perde a validação, permitindo que os usuários digitem qualquer coisa, o que pode gerar inconsistências.
Pode ser uma opção se os campos forem somente leitura no Salesforce e você só estiver exibindo os valores.
[caption id="" align=“alignnone” width=“678”]
Sem validação [/caption]
Opção 3: objeto de referência compartilhado
Um objeto de referência compartilhado com vários tipos de registro pode ser usado em cargas de dados. Essa abordagem cria duas pesquisas no objeto principal, ligando ao objeto de referência em vez dos valores em si. Você também pode adicionar novos valores dinamicamente sem permissões de administrador, o que aumenta a flexibilidade.
[caption id="" align=“alignnone” width=“1462”]
Usando tipos de registro [/caption]
[caption id="" align=“alignnone” width=“1700”]
Use uma pesquisa filtrada [/caption]
[caption id="" align=“alignnone” width=“1434”]
Adicionando valores [/caption]
[caption id="" align=“alignnone” width=“658”]
Como fica a seleção de um valor. A ordenação não está correta e nem todos os valores aparecem no primeiro carregamento; o usuário precisa pesquisá-los. Além disso, remova “Criar” dos perfis/conjuntos de permissões para que os usuários não criem mais registros na hora. [/caption]
Seção 3: opções avançadas
Para cenários mais avançados, considere estas opções:
Opção 4: telas personalizadas com objeto de referência
Se você usa componentes web do Lightning (LWCs) personalizados nas telas de edição, pode usar um objeto de referência para ler e exibir os valores, guardando os valores reais em vez de pesquisas.
Opção 5: objetos independentes
Se os valores de pesquisa ganharem importância, considere criar um objeto independente para cada um, com pesquisas separadas. Essa abordagem permite adicionar dados dinamicamente, mantém o modelo de dados limpo e aceita campos relacionados adicionais em cada objeto.
Exemplos práticos
Aqui estão exemplos práticos de cada opção:
Listas de opções padrão: uma interface limpa com valores fixos.
Campos de texto sem validação: flexibilidade, mas nenhuma validação de dados.
Pesquisa em objetos de referência: o mesmo objeto com tipos de registro filtrados, para dar flexibilidade.
Objetos independentes: um objeto separado para cada pesquisa, para um modelo de dados limpo e flexível.
Conclusão
Entender as nuances das listas de opções e das alternativas é crucial para uma modelagem de dados eficaz. Das listas de opções padrão aos objetos independentes, cada opção traz benefícios próprios para necessidades específicas de modelagem.
Volte em breve!
Para mais ideias e dicas, acompanhe aqui em www.SteveTechArc.com e no canal do YouTube @SteveTechArc (opens in a new tab). Inscreva-se e faça sua modelagem de dados brilhar com a gente!
Ajudando a mudar o mundo compartilhando boas ideias com outros arquitetos e com quem está na jornada para se tornar um!
Transcrição feita com a ajuda de IA
STA 2.2