Discussion :

[AnnSo]

Je sais que la même question a déjà été posée mais la réponse ne m'a pas vraiment satisfaite alors je me permet de remettre une couche....

J'ai créé une appli avec des tables Paradox et il s'avère que de temps à autres, les actions effectuées sur les tables ne sont pas prises en compte à la fermeture de mon appli.
A chaque modif, je ferme et réouvre la table pensant que ça validerai de façon plus sure mes modifs mais ça ne chage rien....

La réponse qui avait été donnée est si j'ai bien compris, que paradox n'est pas trés fiable.... Ca me parait quand même léger comme réponse...

Avez-vous des solutions ou faut-il vraiment que je change de SGBD ???

Merci d'avance !

[Invité]

Tu ne peut pas faire un "commit" avant de fermer ta base, pour être sur que tout est passé?

Dire qu'un produit n'est pas fiable, c'est vrai que ça peut paraitre "léger", mais c'est parfois la seule réponse adéquate...

[AnnSo]

Même avec un commit, ça ne marche pas...

[LFE]

Avec Quoi as-tu devellope ton Appli ?
Fais-tu bien les Post() avant de fermer ta table PDox ?

[AnnSo]

En fait, j'utilise un "InsertRecord" et aprés, croyant éviter le pb, je fais un "Close" et un "Open" de la table....

[littleman]

Travailles tu sur un cadre de table ou sur une table avec un Tcursor. Il est possible que les modifs soient prises en compte sans que leur affichage se fasse (il faut regarder directement dans les tables pour être sur) mais visiblement ce n'est pas ca. D'une manière générale tu peut faire un DataEndEdit sur le cadre de table pour valider les modifs. N'as tu pas de violation de clé ?

[Epictète]

Pour un fonctionnement fiable il faut utiliser un vrai sgbd : interbase, oracle, etc...

[Invité]

Ou mysql

[Epictète]

Ou mysql

oui j'ai pas dit MySQL à cause d'une faiblesse coté gestion des transactions, mais ca s'est arrangé ? sur quelle version ?

Merci

[Invité]

La version 4.1, prévue fin d'année, amènera MySql au niveau d'Interbase.
Pour atteindre Oracle, objectivement je pense qu'il vaut mieux attendre la v5.0.

[AnnSo]

En fait, mes enregistrements sont perdus : même lorsqu'on quitte mon appli (développée en Delphi) et qu'on la ré-exécute, les enregistrements n'y sont plus...
Je ne sui spas en client serveur. Les tables sont tout simplement dans le même répertoire que l'appli...
C'est quand même dingue qu'on ne puisse pas se fier à Paradox, c'est un SGBD utilisé dans beaucoiup de sociétés encore, non ?
Enfin, c'est peutêtre effectivement l'occasion de découvrir d'autres systemes....

[LFE]

Qualifier Paradox de systeme peu fiable me semble quelque peu exagere.
J'ai devellope et devellope encore actuellement des applications en C++ Builder, avec des DB Paradox et en dehors d'une certaine fragilite des indexs, c'est tout a fait fiable.

D'un autre cote, cette sensibilite des index, me donnant un message d'erreur 'Index corrompu', (et c'est bien souvent le cas) est un gage de securite. Si l'index est endommagé, la table n'est plus utilisable... ce qui m'evite d'arriver a avoir des problemes de donnees redondantes dans la Table alors que l'index ne les repertorie pas.

Si tu travailles sous Delphi, effectues-tu bien le Post() apres chaque insert ?

[AnnSo]

Oui, j'avais essayé avec le Post...
Mais en fait, je viens de m'apercevoir que c'était lors du debugging qu'il y avait des pbs... En exécution réelle de mon appli, avec un post, ça marche bien !!!!!
Merci pour tout !!!

[touhami]

j'ai renconté le meme probleme ,
essaye avec matable.FlushBuffers
aprés chaque evenement post et delete sur Votre table
bon courage :idea:

[joznet]

Bonjour, j'ai développé une base avec delphi et Paradox, je suis en ce moment en train de la tester, je constate le même problème, lorsque je fais des enregistrements et des suppressions, environ 1 fois sur 6 ca ne les prend pas en compte. (Je suis en phase de débogage, cela m'inquiète un peu, beaucoup même avant de lire l'article sur le forum).
J'espère seulement que l'application finale n'aura pas ce genre de problème.

[akli_agha]

Bonjour,

Pour ajouter qq chose à ce qui a été dit, Je crois que ce pbm se situe au niveau du cache.
Donc il faut vider le cache aprés chaque Post en utilisant dans l'événement AfterPost de la table soit :

maTable.FlushBuffers;
ou
dbiSaveChanges(maTable.Handle);
Application.ProcessMessages;

Bon courage.