Discussion :

[Kneukar]

Bonsoir,
je viens ici car, moi débutant à Firebird, j'ai un gros problème
en effet je développais tranquille mon application sous Delphi quand je me suis rendu compte que ma base de donnée Firebird ne prenait pas
en compte les updates, sachant que les insert into marche parfaitement.
Je m'explique, via l'application ou via l'ISQL Tool de Firebird, je fait un update, puis après je fait un select, l'update à été pris en compte,
puis quand je quitte l'application/Firebird et relance, la ligne est revenu à la normal.
ultérieurement j'avais supprimer le fichier de la base de donnée pour la remplacer par une ancienne version de la base plus propre(peut être à cause de ça?) et après je l'ai restauré mais, le problème à persisté
Du coup je viens vers vous pour vous demandez, qu'est que je pourrait faire pour faire fonctionner correctement les updates et savoir d'où ça viens.

En l'attente de vos réponses

Kneukar

[ddaime]

Bonjour, nous n'avons pas assez d'informations sur la définition de ton problème (techno employée, code, ...).
Je pencherais plutôt sur une histoire de transaction non validée.

[SergioMaster]

Bonjour,

c'est plus un problème à poser dans le forum Delphi/Base de Données qu'ici.
Y indiquer : les composants utilisés d'entrée de jeu ainsi que le code de l'Update.
Si l'INSERT fonctionne quel code est utilisé ?
Est-ce que des transactions sont démarrées ?
Bref le code incriminé doit être inclus dans le message.

[Kneukar]

Oui, j'aurai pu faire sur le forum Delphi, mais vu que le problème vient de la base de donnée(qui est Firebird) et qu'actuellement je teste ma base de donnée via 'FireBird ISQL Tool' et le problème persiste, du coup je ne pense pas que sa viens de Delphi(après je peux me tromper), je reconnais maintenant que j'aurai du poster dans le sous-forum SQL/Firebird, mais bon ce qui est fait est fait...
Sur Delphi j'utilise des FireDac(Query,Connection,Transaction,Update)une DataSource(une seule pour tous mes query
Voici un exemple des updates que j'utilisais

Code :

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

1
2
 
update ARTXRES set LIBXART='le test' where REFXART='091100029'

et voici un exemple de mes insert into

Code :

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

1
2
 
insert into ARTXRES VALUES(null, FM450 , 091200029, 'untest' , Y , N , 0);

sinon a part ça il y a des trigger pour générer les codes(celui qui est marqué comme null dans l'insert) et il n'y a pas de clé étrangère donc logiquement pas de problème d'intégrité

[SergioMaster]

Bonjour,

je teste ma base de donnée via 'FireBird ISQL Tool' et le problème persiste, du coup je ne pense pas que ça vienne de Delphi(après je peux me tromper)

En fait, oui, tu peux te tromper dans les deux cas je pense qu'il s'agit de transaction(s) non validée(s)
Dans le cas de ISQL (je reste dans le cadre de ce forum donc) il ne faut pas oublier de faire un COMMIT, cet outil travaille par transaction (démarrée automatiquement dés le démarrage de l'utilitaire)

In isql, a transaction is begun as soon as the utility is started. The transaction is begun in SNAPSHOT isolation, with a lock resolution set to WAIT. Since the Firebird isql utility accepts DDL, DML and other commands, transactions are handled accordingly, in the following ways:

• DDL statements are committed automatically when issued at the SQL prompt in two ways:
• • When COMMIT statements are included in the script.
  • By ensuring the automatic commit of DDL in a isql script, by issuing a SET AUTODDL ON statement. To turn it off, issue a SET AUTODDL OFF statement at the isql prompt.
• DML statements are not committed automatically. You must issue a COMMIT statement to commit any DML changes to the database.

j'ai mis en gras la partie importante de la citation (désolé je ne vais pas traduire)
Toute la manière de gérer les transactions avec ISQL http://www.firebirdsql.org/manual/is...nsactions.html

pour ce qui est de la partie Delphi, j'y ai répondu dans le forum ad-hoc

[Kneukar]

Merci! Du côté de Firebird ça marche maintenant(par contre delphi... mais ça c'est un autre sujet)