Modelação de dados do Steve: das listas de opções ao infinito e mais além
Introdução:
Bem-vindo a mais uma sessão da série de modelação de dados do Steve! Neste artigo, vamos explorar os usos versáteis das listas de opções e discutir cenários em que vale a pena considerar alternativas para requisitos de modelação mais avançados.
Entender as listas de opções
As listas de opções são ideais quando um campo precisa de um conjunto de valores fixos. Oferecem uma experiência de utilizador limpa, mas têm algumas limitações:
- É preciso ter permissões de administrador elevadas para adicionar valores.
- Os novos valores têm de ser implementados passando pelas sandboxes.
Ocorrem erros de validação se valores vindos de integrações de terceiros não tiverem sido adicionados antes no Salesforce.
Explorar opções de listas de opções
Aqui ficam algumas opções a 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 sítios. Por exemplo, pode ter dois conjuntos de valores globais, «tamanho do tubo» e «espessura do tubo», oferecendo uma interface limpa para os utilizadores 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”]
Escolher numa lista [/caption]
Opção 2: campos de texto
É só um campo de texto, sem validação.
Se os valores chegam através de integrações, pode considerar campos de texto. Mas esta abordagem perde a validação, permitindo que os utilizadores escrevam qualquer coisa, o que pode gerar inconsistências.
Pode ser uma opção se os campos forem só de leitura no Salesforce e estiver apenas a apresentar os valores.
[caption id="" align=“alignnone” width=“678”]
Sem validação [/caption]
Opção 3: objeto de referência partilhado
Um objeto de referência partilhado com vários tipos de registo pode ser usado em cargas de dados. Esta abordagem cria duas pesquisas no objeto principal, ligadas ao objeto de referência em vez dos próprios valores. Também pode adicionar novos valores dinamicamente sem permissões de administrador, o que aumenta a flexibilidade.
[caption id="" align=“alignnone” width=“1462”]
Usar tipos de registo [/caption]
[caption id="" align=“alignnone” width=“1700”]
Use uma pesquisa filtrada [/caption]
[caption id="" align=“alignnone” width=“1434”]
Adicionar 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 utilizador tem de os pesquisar. Além disso, retire «Criar» dos perfis/conjuntos de permissões para que os utilizadores não criem mais registos no momento. [/caption]
Secção 3: opções avançadas
Para cenários mais avançados, considere estas opções:
Opção 4: ecrãs personalizados com objeto de referência
Se usar componentes web do Lightning (LWCs) personalizados nos ecrãs de edição, pode usar um objeto de referência para ler e apresentar 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. Esta abordagem permite adicionar dados dinamicamente, mantém o modelo de dados limpo e aceita campos relacionados adicionais em cada objeto.
Exemplos práticos
Aqui ficam 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 registo 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 modelação 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 modelação.
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). Subscreva e faça a sua modelação de dados brilhar connosco!
A ajudar a mudar o mundo, partilhando 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