F�rum Insert usando MestreDetalhe DatasetField #397430

17/03/2011

Seguinte fizemos um exemplo b�sico uma tabela Contato (ID, Nome) e outra Telefone (ID, Contato_ID,Telefone). Usamos um sqlDataset (select * from contato) e no outro (sql * from telefone where Contato_ID = :ID) montamos toda estrutura mestre detalhe com o DataSetfield at� a� td blz na visualizacao. Agora qdo vamos dar um insert na tabela detalhe ao inv�s de o ID da tabela Contato preencher o campo contato_id, ela preenche � o ID da Tabela Telefone. Pra resolver este problema alteramos os nome dos campos ID para:Tabela Contato (Contato_ID, Nome) eTabela Telefone (Telefone_ID, Contato_ID,Telefone). e funcionou perfeitamente. Gostariamos de saber se h� outra forma de resolver este problema na hora da inser��o j� que ter�amos que mudar nosso padr�o de nomenclatura do banco de dados.
Parab�ns pelo blog estou sempre acompanhando as novidades..
Abxxx Muito Obrigado

Samuel Silva

Curtir t�pico

+ 0

Responder

Posts

17/03/2011

Andr� Silveira

O funcionamento do insert com datasetfield � esse mesmo, pois quando se tem o mesmo nome de campo em duas tabelas diferentes, ele usar� o mesmo nome do campo usado no relacionamento (ID).

O que se pode fazer � setar no OnBeforeUpdateRecord, para alterar o campo do delta para colocar o valor correto no campo certo.

No mais somente renomeando o campo para que n�o se repita o nome mesmo que em tabelas diferentes quando se usa essa estrutura de relacionamento mestre/detalhe.

Atenciosmente,

Andr� Luis da Silveira.

Responder

Gostei + 0

17/03/2011

Andr� Silveira

Acabei de fezer um teste aqui e o que pode fazer para n�o ter que renomear todos os campos nas tabelas, seria renomear eles apenas nas querys.

Sendo assim o campo ID do contato ficaria com o nome na query de CONTATO_ID, fazendo o link com a outra tabela por esse campo, assim ele colocaria o c�digo do contato no campo correto do filho.

Somente essa sa�da ou ent�o renomear todos os campos no banco.

Atenciosamente,

Andr� Luis da Silveira.

Responder

Gostei + 0

17/03/2011

Samuel Silva

Mas nesse caso renomear os campos no seria o mais correto! At� porque o banco est� apenas modelado.

Abxxx Obrigado pela ajuda.

Responder

Gostei + 0

17/03/2011

Andr� Silveira

Se o banco est� somente modelado, pode sim renomear diretamente nas tabelas do mesmo.
Sugiro que utilize uma nota��o que deixe mais claro a qual tabela o campo pertence, algo mais ou menos assim:
Tabela Clientes :
CODI_CLI, NOME_CLI, FONE_CLI

Tabela Fornecedores:
CODI_FOR, DESC_FOR, FONE_FOR

Tabela Produtos:
CODI_PRO, DESC_PRO, UNID_PRO, CODI_FOR (campo relacionado a tabela fornecedores).

Assim acho que fica mais f�cil de saber qual o campo que faz relacionamento a qual tabela do banco.

Atenciosamente,

Andr� Luis da Silveira.

Responder

Gostei + 0

18/03/2011

Samuel Silva

Se o banco est� somente modelado, pode sim renomear diretamente nas tabelas do mesmo.
Sugiro que utilize uma nota��o que deixe mais claro a qual tabela o campo pertence, algo mais ou menos assim:
Tabela Clientes :
CODI_CLI, NOME_CLI, FONE_CLI

Tabela Fornecedores:
CODI_FOR, DESC_FOR, FONE_FOR

Tabela Produtos:

CODI_PRO, DESC_PRO, UNID_PRO, CODI_FOR (campo relacionado a tabela fornecedores).

Assim acho que fica mais f�cil de saber qual o campo que faz relacionamento a qual tabela do banco.

Atenciosamente,

Andr� Luis da Silveira.

Ops.. Obrigado pelas considera��es!

Responder

Gostei + 0

18/03/2011

Marco Salles

Al�m da nomenclatura dar uma orienta��o melhor ao desevolvimento , eu particularmente , para evitar problemas iniciais relatado por vc , gosto de deixar o nome do relacionamento. Evitara problemas relatoado inicialmente por vc al� de ter que ficar criando solu��o ou paleativos para contornar o problema

Table Contato
ID_Cont;
Nome_Cont
 
SqlCliente
(select * from contato)
 
Tabela Telefone
ID_Tel
ID_Cont  ; apesar deste campo n�o seguir a padroniza��o do nome ele mostra claramente do que se trata
Telefone_Tel
 
SqlTelefone 
(sql * from telefone where Contato_ID = :Contato_ID)

Responder

Gostei + 0