Pesquisar por cursos... Pesquisando por Sem resultados para Ver todos os cursos com

Fórum

arrow_back

Verificar Duplicidade em Classes Diferentes

Antonio Junior

18/01/2021 13:35:13

Boa tarde pessoal, conto muito com o apoio de todos, estou quebrando a cabeça há dias e nada dá certo, Vou tentar resumir:

Ao cadastrar um numero de telefone, preciso verificar em 2 campos na base se ele já não está cadastrado.

- Fone1 na tabela Fones

- Fone2 na tabela Clientes

Não constando em nenhum dos 2, permitir ao usuário cadastrar normalmente.

Constando em um deles, além de alertar o usuário que o cliente já existe, ele será redirecionado para os dados do cliente em um formulário, para que o usuário possa, além de ler, editar os dados.

Devo criar no evento Ao Sair do Campo do formulário (input fone) de cadastro de Fones um bloco para fazer o select buscando o fone em ambas tabelas e se houver ele armazena num DS.

Neste mesmo bloco, faço um IF para verificar se o DS contem o fone já cadastrado, se estiver vazio, não faz nada, senão, dá o alerta e redireciona para o formulário de Cadastro de clientes trazendo seus dados através da própria chave Fone que é a FK na tabela clientes.

Tenho um sistema em produção que fiz assim em PHP usando uma RAD, mas em blocos não estou conseguindo fazer.

Maristella Gmail

18/01/2021 13:53:45

Olá Antônio!

Você já criou o seu projeto no cronapp?

Existe relacionamento entre as classes Fones e Clientes?

Caso afirmativo, eu geraria o CRUD view de Clientes ajustando o filtro para buscar por fone.

Assim, automaticamente o cronapp vai buscar o cliente pelo telefone. Se não achar, basta cadastrar um novo cliente com os telefones dele (supondo que seja um relacionamento 1 cliente para N fones). Na geração do CRUD de clientes aparecerá a opção de incluir a lista de telefones do mesmo.

Antonio Junior

20/01/2021 17:20:55

Olá professora, existe sim o projeto e tbém o relacionamento entre as duas tabelas one to many.

Dentro da idéia, dependerei do usuário que ele faça a pesquisa antes... do contrário corro o risco dele cadastrar em duplicidade, pois mesmo usando Chave Única no campo, ele pode cadastrar o fone1 no campo fone2 ou vice-versa.

A não ser que o campo Pesquisa que sugere, ele pesquise em duas tabelas diferentes ao mesmo tempo (não sei se isso é possível)... mas mesmo assim, dependerei do usuário pesquisar antes...

Acredito que a solução que proponho, uma vez que já está até em produção, irá me ajudar a manter integridade da base.
O problema é fazer isso em bloco de programação.