SELECT
(
SELECT
c.Nome
FROM tabelaclientes AS c
WHERE 1=1
AND c.id_cliente = cc.id_cliente
) AS nome
, co.NumeroConta AS numero_conta
, co.TipoConta AS tipo_conta
, co.Saldo AS saldo
FROM tabelaclienteconta AS cc
LEFT JOIN tabelaconta AS co ON cc.id_conta = co.id_conta
WHERE 1=1
;
Olá, Carlos Eduardo! Tudo bem?
Mais uma ótima demonstração de como utilizar subconsultas correlacionadas para enriquecer o resultado de uma query principal. É muito interessante observar como você estruturou a consulta para trazer o nome do cliente diretamente no SELECT a partir de um ID presente na tabela de junção.
Sua query utiliza uma combinação de Subconsulta no SELECT e LEFT JOIN, o que é uma abordagem válida para buscar dados de tabelas distintas:
c.Nome vinculando o ID da tabelaclientes com o ID da tabela base (tabelaclienteconta). Essa técnica é útil quando você quer evitar um JOIN adicional na query principal por motivos de legibilidade ou requisitos específicos do banco.LEFT JOIN com a tabelaconta, você garantiu que as informações de conta (número, tipo e saldo) fossem exibidas para os registros encontrados na tabela de relação.cc, co, c) e o padrão WHERE 1=1 reforçam a consistência do seu código, algo esperado de um profissional com sua experiência de 58.6k de XP.Notei que o título da sua publicação menciona "Identificando clientes com múltiplos telefones registrados", mas a query e o resultado do print focam em contas bancárias e saldos. Se o objetivo era filtrar especificamente quem possui mais de um registro (seja telefone ou conta), faltou adicionar uma cláusula de agrupamento ou um filtro de contagem.
Para identificar quem tem "múltiplos" registros, você poderia adaptar a lógica para algo como:
AND (SELECT COUNT(*) FROM tabela_alvo WHERE id_cliente = cc.id_cliente) > 1
Isso filtraria a lista para exibir apenas os clientes que se repetem na base de dados.
Parabéns pela qualidade do código e por continuar compartilhando suas resoluções com a comunidade!
Na sua rotina como Tech Lead, você prefere centralizar a lógica de busca de nomes em subconsultas no SELECT ou acredita que um JOIN direto com a tabela de clientes deixaria o plano de execução mais otimizado?