[Firebird 2.5] A propos du compteur pour rendre inactif/actif un trigger

**Patrick25300** · 05/10/2013, 17h54

Bonjour

J'ai un doute à propos du compteur.
Est-ce que Firebird utilise le compteur lors de la déactivation ou activation du trigger, Voici les infos que j'ai trouvés sur le site de IBexpert

Firebird (depuis la version 1.0) n'a pas incrémenter le compteur de changement de table lors de CREATE , ALTER ou DROP TRIGGER est utilisée. une fois que le compteur est à 255, vous ne pouvez plus créer, modifier ou supprimer des éléments déclencheurs de cette table.

Mon doute le compteur existe, mais il n'est pas utilisé, donc la valeur du compteur n'atteindra pas 255 et pour la version 2.5...

Dans une application, j'utilise un trigger pour des calculs, mais suivant les erreurs de saisies et les calculs exécutés, j'aimerai forcer une valeur et du coup désactiver le trigger. Si le compteur fonctionne tôt ou tard j'aurai un soucis. Même, si avec un backup et une restauration ça réinitialise le compteur ce n'est pas pratique pour l'utilisateur final.

Merci pour vos réponses

**Cl@udius** · 06/10/2013, 12h06

Bonjour

Envoyé par Patrick25300

Mon doute le compteur existe, mais il n'est pas utilisé, donc la valeur du compteur n'atteindra pas 255 et pour la version 2.5...

La phrase que tu donnes en citation a été à mon avis mal traduite.
Toute modification effectuée sur une table incrémente ce fameux compteur dont la limite est fixée à 255. Cela reste à ma connaissance inchangé depuis la toute première version de Firebird.
Donc à chaque fois que tu activeras/désactiveras le trigger de la table, son compteur sera incrémenté.
Une fois cette limite atteinte, un backup/restore est nécessaire pour réinitialiser ces compteurs.

Envoyé par Patrick25300

Dans une application, j'utilise un trigger pour des calculs, mais suivant les erreurs de saisies et les calculs exécutés, j'aimerai forcer une valeur et du coup désactiver le trigger.

De manière générale, modifier les metadata de la base de données est à proscrire, ou doit rester très exceptionnel (hors application d'administration).
Et puis une fois que tu as désactivé ce trigger pour une connexion donnée, qu'advient-il des autres connexions simultanées ? Plus de trigger !

Je te conseille d'oublier cette méthode.
Car c'est certainement dans l'écriture de tes triggers qu'il faut gérer les éventuelles erreurs de calcul (levée d'une exception ou correction des données).

Pour conclure et enfoncer le clou je dirais qu'on ne modifie pas les metadata pour pallier une erreur de saisie.

@+ Claudius.