Discussion :

[mschoum]

Bonjour,

J'ai un problème lorsque je veux mettre à jour une DB Access en mode déconnecté via monDataAdapter.uptdate(maTable)

Je fais un select d'une table, mets à jour cette datatable et veux réenrégistrer mes modifications (insert, update).
Je précise que j'ai créé deux requete différente, une pour l'insert et une pour le update
Tout ce passe très bien pour :
un update
un insert
un update et un insert
plusieurs update

mais cela ne fonctionne plus pour plusieurs insert.

En fait cela fonctionne mais les résutats ne sont pas cohérents.

Je prend un expemple:

J'ai une DataTable contenant 3 champs (en réalité il y en a plus de 30)
name ==> PK
path ==> Pk
dateModification

ma DB access est vide, j'ajoute dans ma DataTable (coté c#) 2 rows
par exemple

new_proposal_Proposition.doc
C:\MyPrj\20060116
12/12/2005

et

toto.doc
C:\MyPrj\20060116
12/12/2005

ma dataTable contient bien les bonnes données, le rowState de ces 2 rows est à Inserted, jusque là pas de problème

lorsque je fais

Code :

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

1
2
3
4
5
monDataAdapter.UpdateCommand = cmdUpdate;
monDataAdapter.InsertCommand = cmdInsert;
 
monDataAdapter.ContinueUpdateOnError = true;
dModified = monDataAdapter.Update(maDataTable);

le résultat dans la DB ressemble à ceci

celle-ci est correcte
new_proposal_Proposition.doc
C:\MyPrj\20060116
12/12/2005


celle-ci ne l'est pas
toto.docposal_Proposition.doc
C:\MyPrj\20060116
12/12/2005

on peut voir qu'il a pris le nom du champ name et ajouter un partie du champ name de la row supérieure.

J'ai utilisé le même code c# avec des stored procedure sous sql server 2000 et le problème ne se représente pas.

Quelqu'un sait-il s'il existe une restriction au niveau access quant aux mises à jour de db en mode déconnecté

[Piotrek]

Salut

Ca serait vraiement surprenant que cela soit un bug access. Il faut que tu execute en mode pas-a-pas et que tu verifie les insertcommands qui sont generees par l'adapter

[michel8]

j'ai le même problème comment faites vous pour vérifier les insertcommands qui sont génées par l'adapter ?

Merci

[mschoum]

C'est quand même assez bizarre, cela ressemble à un problème de flush ou quelque chose du style.

[mschoum]

Le plus étrange est que le même code passe avec sql server 2000.
J'utilise Oledb dans les 2 cas.

la seule chose qui change est qu'avec access je n'ai pas spécifié le commandeType:

Code :

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

cmdInsert.CommandType = CommandType.StoredProcedure;

car il me générait un erreur me disant qu'il attendait le nom d'une requête après EXECUTE

j'ai donc uniquement utilier le commantext:

Code :

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

cmdInsert.CommandText="EXECUTE maRequete";

[Piotrek]

Pour verifier les commandes, j'ai pas de VS sous la main pour confirmer mais il existe un evement RowUpdating et RowUpdated pour le dataadapter (il suffit de le declarer withevents et mettre le code adequat le temps de debugger, il y a des exemples dans les liens)

La seule explication logique d'une erreur dans ton cas serait un pb dans la requete stockee d'Access pour l'insert... Ou effectivement un gros bug, je vais chercher dans ce sens si tu ne trouve pas la solution