Discussion :

[free07]

Bonjour,

Pour gérer un numéro de facture, j'utilise un générateur lié à un trigger qui va incrémenter automatiquement le numéro de facture à chaque insertion.
Ca fonctionne parfaitement sauf que je viens de constater qu'en cas de plantage durant le commit, le générateur conserve la nouvelle valeur incrémenté ( le rollback n'annule pas son auto incrémentation ).
Ceci est génant car risque de créer des 'trous' dans la liste des factures : numéro de facture pas utilisé si plantage.
J'ai fait une recherche sur le forum, j'ai vu que ce fonctionnement est tout à fait normal mais je n'ai pas trouvé de solution pour éviter cette incrémentation .
Faut il passer plutot par les procédures stockées pour faire les insertions de facture pour limiter les risques de plantage ou y a t'il une solution qui résoud ce problème ?
Merci d'avance
Thierry

[TMuet]

Non.
Les générateurs fonctionnent hors transaction.
Que tu sois dans une PS, un trigger ou n'importe quoi, un rollback n'empêchera pas son incrémentation.

[sillycoder]

Bonjour,

Ce n'est pas gênant d'avoir un trou dans la liste des numéros de facture. Par exemple, si un jour tu decides d'effacer l'enregistrement correspondant au bout de quelques années, tu auras forcément un trou) Tout dépend de l'utilisation que tu souhaites en faire. A mon avis, il est plus judicieux d'utiliser ton générateur pour l'identifiant de ta table qui devrait être différent du numéro de facture comme :

table TFacture
colonne Numero identifiant changé en fonction du générateur
colonne NumeroFacture
...

Sinon si tu insistes vraiment pour utiliser un champ facture incrémenté alors crée un trigger before insert :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
CREATE TRIGGER TFacture_BI0 FOR TFacture
ACTIVE BEFORE INSERT POSITION 0
AS
begin
  select max(NumeroFacture) + 1 from TFacture into new.NumeroFacture;
end

Avec ce trigger le numéro ne devrait se mettre à jour qu'en fonction de l'insertion et non plus du générateur et normalement tu n'as plus de problème durant un plantage avec un commit.

Ou alors ton numéro de facture pourrait même être un champs calculé.

[makowski]

voir le document :
http://www.ibobjects.com/docs/ti_AuditableSeries.ZIP

[free07]

Tout d'abords merci pour ta réponse,

Bonjour,

Ce n'est pas gênant d'avoir un trou dans la liste des numéros de facture. Par exemple, si un jour tu decides d'effacer l'enregistrement correspondant au bout de quelques années, tu auras forcément un trou)

Et bien, c'est trés génant, c'est meme fiscalement interdit car il y a forcément suspection de fraude et dur dur d'expliquer ceci à un controleur fiscal.
Si l'utilisateur décide d'effacer une facture, je la mets à l'état 'invalide' mais elle reste visible.

En ce qui concerne la solution de mettre un générateur sur l'identifiant de la table et le numéro de facture dans une colonne, je ne vois pas vraiment l'interet, cela ne fait que reporter le pb, comment fais tu pour gérer cela dans un environnement multi poste ?

[edam]

il y a bcp d'encre qui a ecoulé pour ce sujet
alors j'aime bien prposé une solution et a vrait dir une question
a la fin de chaque journé peut on faire une mise a jour des factures pour qu'on a pas de trous???

[makowski]

il y a bcp d'encre qui a ecoulé pour ce sujet
alors j'aime bien prposé une solution et a vrait dir une question
a la fin de chaque journé peut on faire une mise a jour des factures pour qu'on a pas de trous???

oui bien sûr, je le répète le bon doc de référence pour cela avec exemple et explications est là :
http://www.ibobjects.com/docs/ti_AuditableSeries.ZIP

[Benjamin GAGNEUX]

Salut,

Ce tutoriel ne pourrait pas vous aider ?
http://octobinz.developpez.com/artic...e/generateurs/

[edam]

j'aime bien prposé une solution et a vrait dir une question
a la fin de chaque journé peut on faire une mise a jour des factures pour qu'on a pas de trous???

[makowski]

et ! lis les réponses que l'on t'a donné, ton pb est résolu
bien sûr que l'on peut

[free07]

et ! lis les réponses que l'on t'a donné, ton pb est résolu

Désolé, j'ai été absent ces derniers jours, merci pour ton lien, il est trés interessant, j'ai jeté un coup d'oeil, il va me falloir du temps pour analyser cela car je n'ai pas delphi, seulement builder, en plus l'exemple a l'air d'utiliser des composants que je n'ai pas.
Et pour couronner le tout, je n'ai jamais fait de procédures stockés, je ne comprends pas celles qui sont écrites.
Bref, tu l'aura compris, cela va me prendre pas mal de temps pour comprendre ce qui doit être fait.
Je peux te solliciter à nouveau plus tard, si je comprends pas certaines choses ?

[free07]

il y a bcp d'encre qui a ecoulé pour ce sujet
alors j'aime bien prposé une solution et a vrait dir une question
a la fin de chaque journé peut on faire une mise a jour des factures pour qu'on a pas de trous???

Je ne pense pas que cela soit une bonne solution, les factures sont pour la plupart imprimées et données aux clients, il est donc pas concevable de changer son numéro ensuite. Dans ce cas là, il n'y aura plus aucune correspondance de numéro de facture entre celles données aux clients et celles de la BD.