Discussion :

[Just-Soft]

Salut

voilà, dans ma bd FireBird, j'ai créé un déclencheur dont je veux l'exploiter sous delphi lors d'insertion d'un nouvel enregistrement, ce déclencheur fait un petit calcul pour générer un code dont il doit être attribuer au nouvel enregistrement. mais comme je l'ai jamais fais auparavant je ne sais pas la démarche à suivre malgré que j'ai fais une petite recherche sur le net sauf que j'ai pas aboutit.

je me retourne vers vous pour m'éclaircir. merci par avance.

[SergioMaster]

bonjour,
Sous Delphi , rien , c'est le moteur de Firebird (ou d'une autre SGBDR) qui fait le travail . Un trigger , contrairement a une procedure n'a pas besoin d'être 'lancé'.

Récupérer la valeur sous delphi , là par contre , c'est une autre paire de manches !!
soit tes composants permettent les Querys INSERT récupérant des valeurs (fib 2.5) et alors tant mieux (très peu le permette)
soit ce n'est pas le cas alors une relecture de l'enregistrement est nécessaire

[Just-Soft]

bonjour,
Sous Delphi , rien , c'est le moteur de Firebird (ou d'une autre SGBDR) qui fait le travail . Un trigger , contrairement a une procedure n'a pas besoin d'être 'lancé'.

Récupérer la valeur sous delphi , là par contre , c'est une autre paire de manches !!
soit tes composants permettent les Querys INSERT récupérant des valeurs (fib 2.5) et alors tant mieux (très peu le permette)
soit ce n'est pas le cas alors une relecture de l'enregistrement est nécessaire

oui c'est ce que je voulais dire récupérer la valeur du trigger pour pouvoir l'utiliser, donc si j'ai bien compris faudrait que le composant lui même le permette ! ok, je vais essayer avec les composants fib pourvu que je trouve la version qui marche avec delphi 2009.

par contre j'ai pas bien saisis ta dernière phrase

soit ce n'est pas le cas alors une relecture de l'enregistrement est nécessaire

que veux-tu dire par relecture de l'enregistrement ? mon schéma est le suivant, lors d'un ajout je dois récupérer le code généré par le trigger donc l'enregistrement n'a pas encore été créé alors comment le relire sauf si tu parles d'autre chose

merci par avance.

[makowski]

avec n'importe quel bon composant un INSERT ... RETURNING et c'est réglé

[Just-Soft]

avec n'importe quel bon composant un INSERT ... RETURNING et c'est réglé

alors là j'ai rien pigé
d'abord le insert pour aboutir a besoin du code généré par le trigger dont je ne sais comment l'exécuter sous delphi donc je me demande qu'est ce qui est réglé ? sauf si tu permets de me simplifier les choses avec un bout de code ou un descriptif du comment.

merci par avance.

[Cl@udius]

d'abord le insert pour aboutir a besoin du code généré par le trigger ...

Non c'est là ton erreur de raisonnement.
Lorsque tu fais un insert via une requête INSERT INTO ou via un DataSet (Insert/Append puis Post), le trigger Avant Insertion de ta table va se déclencher (tout seul comme un grand) et alimenter le code dont tu as besoin.

Si tu passes par une requête INSERT INTO .. RETURNING, comme le suggère Philippe, (voir notes de version ici), tu peux lui demander de te renvoyer la valeur du code. (pas Philippe, l'Insert)

@+ Claudius.

[SergioMaster]

avec n'importe quel bon composant un INSERT ... RETURNING et c'est réglé

Voilà le hic , les 'bons' composants ne sont pas légion

que veux-tu dire par relecture de l'enregistrement ? mon schéma est le suivant, lors d'un ajout je dois récupérer le code généré par le trigger donc l'enregistrement n'a pas encore été créé

je n'avais pas suivi le raisonnement jusqu'au bout

[Délire non vérifié]
Ceci dit , si c'est une seule valeur ca peut peut être se contourner en utilisant une 'variable' de Firebird et une interrogation sur RDB$DATABASE
[/Délire matinal] je préfére quand même les 'bons' composants

[dehorter olivier]

bonjour

pourquoi ne pas utiliser dans le trigger un POST_EVENT

qui pourrait ensuite etre recupere l'info par un composant 'alert' ou event selon les distributeurs ?

a+