impedir que o clientdataset verifique violacao de chave prim

Question

Estou passando pelo seguinte problema: tenho no meu banco de dados interbase uma trigger que vai gerar um n�mero �nico pro meu codprod caso este seja 0 ou null.Se o codprod for <> de 0 ou null, ...

Emerson Nascimento · Answer

h� pelo menos duas formas de resolver esse problema:

- tire o IF da trigger e continue passando 0 para todos os registros ou
- se o campo for persistente no clientdataset, altere a propriedade Required para false.

Vitor Rubio · Answer

[quote:af011cf3a3=�emerson.en�]- se o campo for persistente no clientdataset, altere a propriedade Required para false.[/quote:af011cf3a3]o campo n�o eh persistente, pelo contrario, para funcionar com qualquer tabela eu uso o fieldbyname e n�o ponho nenhum campo persistente no meu client.j� tentei colocar fieldbyname(campo).required := false mas n�o funcionou.se eu tirar o if da trigger, ela vai gerar os valores sozinha na ordem dela, mas mesmo assim eu terei que colocar valores diferentes pra chave primaria, pois se eu colocar 0 em todos vai dar key violation....

Emerson Nascimento · Answer

para resolver isso a �nica coisa que eu fa�o � tirar o IF da trigger.

por padr�o as triggers s�o mais ou menos assim:

CREATE TRIGGER VENDAS_BI FOR VENDAS
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
  IF (NEW.ID_VENDA IS NULL) THEN
    NEW.ID_VENDA = GEN_ID(GEN_VENDAS_ID,1);
END

assim � poss�vel gerar o [i:ca3b3e90bb]Key violation[/i:ca3b3e90bb] pois, se voc� puser um valor no campo, a trigger n�o ir� gerar um novo valor (por conta do IF).

eu tiro a linha do IF:

CREATE TRIGGER VENDAS_BI FOR VENDAS
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
    NEW.ID_VENDA = GEN_ID(GEN_VENDAS_ID,1);
END

nesse caso n�o deveria dar Key violation pois, independente de voc� enviar um valor para o campo, a trigger ser� executada e ir� gerar um novo valor.

isso tamb�m depende muito da sua rotina. se voc� puder public�-la...

Vitor Rubio · Answer

a minha trigger n�o eh igual essas triggers pra gerar campo de autonumera��o normais, ela � um pokinho diferente:

CREATE TRIGGER VENDAS_BI FOR VENDAS 
ACTIVE BEFORE INSERT POSITION 0 
AS 
BEGIN 
  IF ((NEW.ID_VENDA IS NULL) or ([b]NEW.ID_VENDA = 0[/b]))  THEN 
    NEW.ID_VENDA = GEN_ID(GEN_VENDAS_ID,1); 
END

ou seja, se eu passar n chaves primarias com valor 0, era pra entrar dentro do if e gerar o c�digo. o problema � que o clientdataset t� querendo validar a chave, ent�o na inclus�o do segundo registro, como a chave tambem � 0, ele d� key violation. a exception ocorre logo no post, e n�o no applyupdates.

Emerson Nascimento · Answer

entendi.de qualquer forma eu sugiro que voc� retire esse IF (pra mim, ele n�o faz o menor sentido, a menos que em algum momento voc� deseje ignor�-la, passando um valor para o campo).a�, no seu caso, seria mais f�cil criar uma vari�vel num�rica para ser usada como ID e increment�-la a cada inser��o de registro.quando for executado o ApplyUpdates o banco se encarregar� de colocar os valores corretos....

Vitor Rubio · Answer

era isso o que eu faria se a minha trigger estivesse sem o if.

O objetivi da minha trigger eh esse mesmo, quando eu passo um valor ele ignora a trigger e grava o valor que eu colocar.

� garantido que esse valor � unico por causa de um sistema de replica��o que n�s desenvolvemos, onde, n�o importa em que r�plica do banco, o c�digo de cada chave primaria de cada tabela � sempre �nico nos v�rios bancos, e quando j� existe um registro em um banco que n�o existe no outro ele � automaticamente copiado pro outro mantendo-se o mesmo c�digo na chave primaria, assim mantem-se a integridade.

Eu consegui resolver o problema da seguinte forma: tirei a chave primaria da minha instru��o select do meu ibdataset. Quando agente faz isso, o clientdataset n�o exige que a chave seja obrigat�ria nem que seja �nica. eu posso n�o passar valor nenhum pra trigger e ela se encarrega de fazer os valores pra mim. como s�o registros novos que n�o existem em nenhum banco, a trigger pode se responsabilizar por fazer tudo sozinha.