Discussion :

[belzeluc]

Salut à tous.

Voila j'ai un DataTable que j'arrive déjà à remplir avec un DataAdapter depuis une base de données. J'arrive également à ajouter un record (DataRow) dans le DataTable mais lorsque j'essaie de mettre à jour la base de données, le record ne passe pas...
J'ai vérifié que les champs n'acceptant pas de valeur nulle sont remplis avec une valeur par défaut du bon type.
Auriez-vous une idée? Pour info, je procède comme ceci

Code :

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

1
2
3
4
5
6
7
8
9
10
 
:
//déclaration de la nouvelle ligne
DataRow rowAjout = tabItem.NewRow();
:
rowAjout[1] = 45489;
rowAjout[56] = 1;
:
//MAJ de la DB (DaItem est le DataAdapter; tabItem est le DataTable)
DaItem.Update(tabItem);

Merci beaucoup

[Thomas Lebrun]

Essaye ceci:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
 
//déclaration de la nouvelle ligne
DataRow rowAjout = tabItem.NewRow();
 
rowAjout[1] = 45489;
rowAjout[56] = 1;
 
DaItem.tabItem.Rows.Add(rowAjout);
 
//MAJ de la DB (DaItem est le DataAdapter; tabItem est le DataTable)
DaItem.Update(tabItem);

[belzeluc]

Hello. Merci pour ta réponse.

EN ayant ajouté la ligne d'ajout dans le DataTable, j'ai maintenant une erreur générée lors du Update sur la DB

Une exception non gérée du type 'System.Data.OleDb.OleDbException' s'est produite dans system.data.dll

Bizarre...Des pistes?

[belzeluc]

Je resort mon topic du fond des âges car après l'avoir laissé de coté, je reprends mon projet et je n'ai toujours pas trouvé de solution...

[Astartee]

EN ayant ajouté la ligne d'ajout dans le DataTable, j'ai maintenant une erreur générée lors du Update sur la DB

Une exception non gérée du type 'System.Data.OleDb.OleDbException' s'est produite dans system.data.dll

ça ressemble à une exception lors de l'insertion dans la base de données
Quelle est la commande d'insertion du DataAdapter ?

[belzeluc]

Oui pour moi aussi c'est une erreur d'insertion

INSERT INTO item(item_number, description, default_location_id, cost, avgcost, manufacturer_id, category_id, unit_of_measure, reorder_qty, alt_item_number, linked_file, list_price, sale_price, supplier_id, min_stock_level, max_stock_level, qty_available, qty_checked_out, qty_in_house, track_serial_numbers, track_lots, track_date_codes, track_pallets, track_pos, track_suppliers, track_customers, allow_fraction_qty, manager, checkout_duration, width, height, length, dimension_unit, weight, weight_unit, usrdefdate1, usrdefdate2, usrdefdate3, usrdefdate4, usrdefdate5, usrdefnumber1, usrdefnumber2, usrdefnumber3, usrdefnumber4, usrdefnumber5, usrdeftext1, usrdeftext2, usrdeftext3, usrdeftext4, usrdeftext5, usrdeftext6, usrdeftext7, usrdeftext8, usrdeftext9, usrdeftext10, record_status, company_id, list_id, date_updated, auto_sn, auto_sn_value) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?); SELECT item_id, item_number, description, default_location_id, cost, avgcost, manufacturer_id, category_id, unit_of_measure, reorder_qty, alt_item_number, linked_file, list_price, sale_price, supplier_id, min_stock_level, max_stock_level, qty_available, qty_checked_out, qty_in_house, track_serial_numbers, track_lots, track_date_codes, track_pallets, track_pos, track_suppliers, track_customers, allow_fraction_qty, manager, checkout_duration, width, height, length, dimension_unit, weight, weight_unit, usrdefdate1, usrdefdate2, usrdefdate3, usrdefdate4, usrdefdate5, usrdefnumber1, usrdefnumber2, usrdefnumber3, usrdefnumber4, usrdefnumber5, usrdeftext1, usrdeftext2, usrdeftext3, usrdeftext4, usrdeftext5, usrdeftext6, usrdeftext7, usrdeftext8, usrdeftext9, usrdeftext10, record_status, company_id, list_id, date_updated, auto_sn, auto_sn_value FROM item WHERE (item_id = @@IDENTITY)

Ce qui me parait bizarre, c'est la deuxième partie de la commande, après le "SELECT"...

[Astartee]

Ce qui me parait bizarre, c'est la deuxième partie de la commande, après le "SELECT"...

et pourtant c'est ton code... il a donc été récupéré quelque part ? ^^


La deuxième partie de la requête sert à récupérer le dernier enregistrement créé dans la base, par exemple pour vérifier que c'est bien le bon, ou pour récupérer les valeurs produites automatiquement (compteurs...) par la base et les réinsérer dans ta DataTable.

Problèmes que je peux envisager :
- ta base accepte-t-elle les requêtes multiples ? par exemple, Access ne les accepte pas => erreur
- en supposant que les requêtes multiples sont acceptées, le fait d'en utiliser dans l'InsertCommand du DataAdapter pose peut-être problème ; *j'imagine* qu'à l'intérieur du DataAdapter la requête d'insertion est envoyée en ExecuteNonQuery puisqu'on n'attend pas de résultat...

Dans tous les cas, cette deuxième partie dans la requête est inutile, puisque le résultat retourné ne sera jamais traité !
C'est une solution à utiliser quand tu fais tes insertions "à la main", sans passer par un DataAdapter.