DB2 sur ISeries accès avec C# [Résolu]

[annstger]

Bonjour,

J'ai un développeur en C# qui essait d'insérer et d'"updater" une table sur AS400. Le code d'usager pour connecter a tous les droits sur la table.

Le programme peut faire un SELECT sur la table sans problème mais pour le INSERT et UPDATE voici le message d'erreur:

"SQL0913 Ligne ou objet PRD0980PA de TFACSDTA type *FILE en cours d'utilisation

Après vérification le fichier n'est pas utilisé et aucun enregistrement n'est utilisé.

Le fichier est journalisé "image journal = *BOTH" et l'utilisateur a tous les droits.

Est-ce que queqlqu'un aurait une idée ??

Merci

[moiced50]

Bonjour


Il faut que la table soit journaliser sur l'as400

http://hugublog.blogspot.com/2007/09...ers-as400.html

[annstger]

Après vérification le fichier est journalisé *BOTH et l'utilisateur a tous les droits.

[Mercure]

Il y a une validation (COMMIT) ou une invalidation (ROLLBACK) en attente sur cette table. Une fois cette opération effectuée, tu vas pouvoir faire des nouvelles mises à jour sur cette table.

[asmduty]

Simple remarque à tout hasard :
Si la mise à jour est faite sur une table répliquée ça ne fonctionne pas et cette erreur ressort, il faut alors faire la mise à jour sur la table d'origine et non la table répliquée

[Mercure]

Envoyé par asmduty

Si la mise à jour est faite sur une table répliquée ça ne fonctionne pas et cette erreur ressort, il faut alors faire la mise à jour sur la table d'origine et non la table répliquée

Pas de table répliquée sour DB2, répliquée au sens où certains autres SGBDR l'entendent. Si toutefois la table DB2 est copiée ou dupliquée, la journalisation suivra et s'effectuera également selon les mêmes règles que celles de la table d'origine.

[asmduty]

J'entendais par répliquée, au niveau de l'AS400.
Pour mon exemple personnel, nous avons notre environnement principal sur un AS400, et une replication sur un AS400 de backup.
Sur l'AS400 de backup nous avons donc la plupart des bibliothèques de l'environnement principal répliquées + nos bibliothèques de test.
Sur les bibliothèques de test on fait ce que l'on veut, mais sur celles répliquées à partir de l'environnement principal on ne peut logiquement ni faire de mise à jour, ni faire de suppression.
Peut-être que tout ça n'a rien à voir avec le problème actuel, mais c'est cette même erreur qui ressort si l'on essai de faire une mise à jour sur une des tables répliquées à partir de l'environnement principal.

[Mercure]

Envoyé par asmduty

...c'est cette même erreur qui ressort si l'on essai de faire une mise à jour sur une des tables répliquées...

Peut-être un problème de journal, de récepteur de journal, d'ASP ... non identique entre les 2 machines ?

J'aimerais bien que annstger, le posteur initial, nous dise poliment où il en est...

[asmduty]

Non ce n'est pas ça, c'est simplement que le serveurprincipal est répliqué en temps réel sur celui de backup, il est donc logique qu'il tienne le fichier sur le serveur de backup.
Enfin bon, on va peut être attendre une réaction de la part de l'auteur car c'est probablement un problème différent.

[annstger]

Effectivement, le développeur connectait sur l'ordi de Relève (backup) et donc il était normal que le contenu des tables ne soit pas modifiable.

Merci

Annie

[asmduty]

Comme quoi