Discussion :

[jer64]

Bonjour,

Mon appli fonctionne avec un composant IBDATASET.

Lorsque je modifie ou ajoute(edit ou insert) des données dans ma base cela fonctionne très bien sur le poste ou je fais mes opérations, mais sur un autre poste je suis obligé de fermer la base et de la réouvrir pour voir les modif faitent par le premier poste.

J'ai testé avec des commit et des commitretaining, il n'y a rien à faire si ce n'est bien sur pour le poste sur lequel e fait la modif.

J'ai cherché partout et je n'ai pas trouvé de solution.

Y a t'il un moyen plus judicieux que de fermer et ouvrir la base pour régler le problème?

Merci d'avance.

Jer

[qi130]

Quel est l'isolation level positionné pour les transactions ?

Il faut aussi savoir que les composants natifs de Dephi sont peu appropriés pour attaquer Firebird 2: les composants UIB sont préférables

[jer64]

Bonjour,

Pour les composants UIB, j'ai commencé mon développement avec, mais je n'ai eu que des ennuis car j'ai mal installé le paquet, j'ai même utilisé FBDATASET qui me semble sympa.

J'ai le même problème quelque soit le type de composant.

Je ne sais pas ce que veut dire "isolation level"???

Merci d'avance.

Jer

[aityahia]

tu devra appeler un commit de ton objet transaction apres le post.

[jer64]

Bonour,

C'est fait, mais cela ne change rien sur le deuxième PC à moins de fermer sur le deuxième pc le database.

Le commit fonctionne sur le pc qui fait les modif ou l'ajout.

??????

Jer

[jer64]

J'ai réinstallé cette fois-ci correctement les composants UIB et FBDATASET.

J'ai le même problème même avec un commit.

Jer

[aityahia]

c'est tous a fait normal que vous ne pouvez pas voir instantanément les enregistrements ajouter par les autres poste,essai d'exécuter une requette de rafrichissement.

[jer64]

Quelle requête puis-je utiliser? J'ai essayé celle-ci sans succé:

Code :

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

1
2
3
 
 
datamodule1.FBDATASET1.REFRESH;

Merci d'avance

[Cl@udius]

Salut

La méthode Refresh du FBDataSet appelle la requête que tu as définit pour SQLRefresh.
C'est peut-être cette requête qu'il faut vérifier.

@+ Claudius

[jer64]

J'ai bien renseigné ma chaine sql dans le refreshsql de mon fbdataset:

Code :

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

1
2
3
 
 
select champ1,champ2 from matable where champ1=:champ1

Je n'ai aucun message d'erreur lorsque je lance mon refresh avec

Code :

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

1
2
3
 
 
fbdataset1.refresh

Mais mon deuxième poste ne peut toujours pas se mettre à jour sans fermer le database au préalable????????

[aityahia]

il faut lancer le refrech dans l'autre poste et non dans celui qui ajoute l'enrgistrement.

[jer64]

J'ai testé cette dernière proposition, cela ne marche pas non plus ???

Jer

[evarisnea]

une idée comme ça, au lieu de faire un refresh ferme et réouvre ton dataset.

[aityahia]

C’est pas normal que sa ne marche pas avec le refrech, il y a une requête SELECT derrière la commande.

vous avez ecrit.

Code :

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

select champ1,champ2 from matable where champ1=:champ1

cette commande rafraichit uniquement l'enregistrement en court au niveau de ton post.


Vous devez placer un timer au niveau de ton application qui va rafraichir toutes les tables qui sont sensé être mise à jour.

[evarisnea]

@aityahia

Vous devez placer un timer au niveau de ton application qui va rafraichir toutes les tables qui sont sensé être mise à jour.

excuse moi mais je crois que cette solution serait une faute de conception grave, car dans le temps elle deviendrais ingérable et source d'erreurs.
de plus si il ne peut déjà pas rafraichir manuellement, comment le ferait il dans un timer ?

[QAYS]

Bonjour,

j'ai eu le "problème" lors de dév avec Firbird, ma solution à été la suivante: Attention elle peut choquer mais cela marche.

En fait à chaque fois que je veux acceder à ma base je créer une nouvelle transaction et lorsque que j'ai fini la lecture je détruit la transaction.

l'avantage de cette solutionc'est qu'elle me permets de "créer" à chaque lecture une "nouvelle transaction" à la base et ainsi toutes les mises à jour (commit) faites par d'autres postes (clients/serveurs) sont lisibles.

En esperant que cela pourra t'aider

Cordialement

[Harry]

As tu bien utilisé un composant IBTransaction (puisqu'il utilise les composants IBx) ?

Si oui il faudrais double cliquer dessus et regarder les paramètres. En réseau j'utilise généralement :

Code :

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

1
2
3
read_committed
rec_version
nowait

Read committed étant coché.

Ensuite une ouverture/fermeture du dataset devrais raffraichir sans problème.

Sinon verifie que tu as bien renseigné la propriété 'RefreshSQL' du dataset.

[jer64]

Bonjour,

Merci pour vos réponse, mais ouvrir et fermer le dataset ne fait rien, pour le timer cela ne change effectivement rien puisque manuellement cela ne marche pas.

La seule chose qui marche c'est de fermer et de réouvrir le jvuibdatabase. Mais cela me semble trop lourd et je suis certain qu'il y a autre chose de plus souple.

?????

Merci d'avance.

Jer

[jer64]

oups

Excusez moi je n'avais pa vu les 2 derniers messages que je vais étudier.

Jer

[Archibald29]

Bonjour,

N'es tu pas connecté sous le même identifiant "FireBird" à partir de chacun des postes ? Il me semble avoir expérimenté un cas semblable solutionné lorsque j'ai créé un identifiant "FireBird" propre au poste réseau qui avait été rajouté.