Discussion :

[cantador]

Bonjour à tous,

J'ai réalisé le petit test suivant :

Je suis sous XP sp2, Firebird et j'utilise les composants IBO (TIBOQuery)
J'ai une seule table TEST avec deux champs CODETEST(clé primaire)
et MOT (char de 20) dans ma base placée sur un serveur.
Un générateur et un trigger sont mises en place dans la base et
le composant Query a été également paramétré (Relation,GeneratorLinks etc)

J'ai crée une mini appli (en client serveur) avec deux boutons ajout et valider
et le code est en mode transactionnel.
un petit formulaire avec deux champs DB (un pour le CODETEST non accessible et un autre pour le champ MOT)

On ne peut pas faire plus simple..

L'isolation est : tiCommitted

La connexion se fait bien et les validations aussi.

Mais, j'ai voulu faire un test de simultanéité..(histoire de voir..)
C'est-à-dire que seuls deux utilisateurs connectés ont fait dans la 1/2 seconde un clic sur le bouton valider.
Et bing, un seul des deux a pu valider, l'autre (le plus en retard) ramasse une
violation de clé primaire !
J'ai donc refait un test afin de vérifier les chiffres du compteur et j'ai constaté qu'ils étaient bien différents avec un écart de 1 au moment des deux clics.

Pourquoi donc cette violation ?

Il y a quelque chose que j'ai vraisemblablement oublié et qui m'échappe..

Merci de me donner un coup de main.

cantador

[evarisnea]

as tu défini les propriétés GeneratorStep, GeneratorMode et KeyGenerator ?

[cantador]

J'utilise le TIBOQuery, le TDataSource,
le TIB_Connection et le TIB_Transaction et deux TDBEdit.

Les propriétés citées n'existent pas dans ces composants.

Bien sûr, c'est un test théorique, car statistiquement j'ai une chance sur je ne sais pas combien que les deux clics se produisent en même temps..

Mais je me demande quand même si c'est normal.

nb: j'ai cherché sur le forum et rien trouvé mais j'ai peut-être mal cherché..


cantador

[evarisnea]

Les propriétés citées n'existent pas dans ces composants

autant pour moi, j'ai confondu avec le composant TIBCQuery.
comment as tu configuré la propriété GeneratorLinks?
je n'utilise pas ces composants, mais s'ils agissent comme les IBX, cette propriété permet de générer la clé primaire par un appel au générateur de celle ci. cela se fait soit juste après l'insertion d'un nouvel enregistrement, soit juste avant le post.

[cantador]

GeneratorLinks :


NomDeLaTable.CléPrimaire = NomDuGénérateur

Code :

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

TEST.CodeTest = GEN_TEST

cantador

[evarisnea]

n'y a t'il pas une autre propriété qui définisse l'incrément du générateur ?

[cantador]

Non je ne vois pas il n'y a que 3 élèments :

Generator
Trigger
GeneratorLinks
le keyLinks n'est pas défini mais j'ai mis le KeyLinksAutoDefine à true, donc il est crée automatiquement.

les numéros générés sont d'ailleurs corrects..

C'est la violation de clé primaire que je ne m'explique pas car elle ne se produit
que si deux numéros sont identiques.
Or ils sont différents..

???

cantador

[evarisnea]

C'est la violation de clé primaire que je ne m'explique pas car elle ne se produit
que si deux numéros sont identiques.
Or ils sont différents..

???

ouh là là, j'avais complètement zappé ça
en effet c'est assez etrange.

[EDIT]: dommage que je n'aie pas ces compos pour tester. je le ferai avec les IBX pour voir.

[cantador]

Ils sont payants mais tu peux télécharger une version d'essai sur le site de John Wharton.
@+

[Cthulhu_RLyeh]

J'ai eu un petit soucis qui ressemble à ça.

Es-tu sur que les clé générées par chaque utilisateurs sont différentes ? Est-ce que tu n'as plutôt les utilisateurs qui génèrent chacun de leur côté un numéro unique sans s'occuper de l'autre, et donc obtiennent un numéro identique ?

Au cas où, laisse la base de donnée générer les clé primaires via les fonctions qui s'occupent de te renvoyer un nombre qui est incrémenté à chaque fois.

En espérant avoir été utile.

Bonne journée.

[cantador]

@Cthulhu_RLyeh:

Intéressant, mais çà voudrait dire que le serveur ne fonctionne pas..
puisque le trigger est dans la table qui elle est dans la base placée sur le serveur.

Par ailleurs, j'ai constaté que dès le BeforeInsert les numéros sont créés.

Ainsi,lors des clics sur les boutons Ajout, on peut déjà voir à l'écran sur les deux machines les numéros qui s'affichent et qui sont différents.(avec un écart de 1)

donc,le trigger et le générateur font bien leur travail..

cantador

[cantador]

j'ai relu la doc de firebird et je me suis aperçu que j'avais oublié

Code :

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

ForcedWrites à true

Mais çà ne change rien..seul le message se modifie :

ISC ERROR CODE:
"ISC ERROR MESSAGE:335544345

lock conflict on no wait transaction
violation of PRIMARY or UNIQUE KEY constraint "INTEG_103" on table "TEST"

STATEMENT:
TIBOInternalDataSet: "<TApplication>.Form1.IBOQuery1.IBOqrIBOQuery1."

??

cantador

[cantador]

autre information :

Je viens de constater que:

Quelque soit l'ordre des clics c'est toujours le plus grand des deux qui se stocke et pas l'autre..

et même le message d'erreur est quelquefois sur un PC et l'enregistrement se stocke quand même et pas l'autre !!

çà devient fort de chez fort.

cantador

[cantador]

Quelqu'un pourrait-il faire le même test avec d'autres composants
tels que FIB+ ou UIB ou autre ?

merci par avance de votre collaboration

cantador