Discussion :

[randriano]

Bonjour!

Je me demande si vous avez déjà eu ce problème sous ADO OLEDB? Et comment avez-vous résolu le problème?
Voici le message complet:
Une opération en plusieurs étapes a généré des erreurs. Vérifiez chaque valeur d'état.

Voici le scénario:
- j'exécute une requête SELECT très simple ne retournant qu'une ligne

Code :

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

SELECT * FROM OBJ_Rija

- après, on update le recordset obtenu (ADO C++)

Code :

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

1
2
QueryRecordSet->Fields->Item[L"ID"]->Value = a_varID;
QueryRecordSet->Fields->Item[L"Nom"]->Value = a_varNom;

Pour la 1ère instruction (ID), il n'y a aucun problème mais aucun changement car c'est le clé primaire
Pour la 2ème (Nom), on obtient l'exception mise en gras! Pourquoi? Ne peut-on pas faire cela (update) sur un recordset obtenu par une requête SELECT?

[SQLpro]

Dans un curseur la mise à jour ne doit jamais concerner qu'une seule ligne. Or en procédant en deux étapes comme vous le faites, le second UPDATE généré peut porter sur plusieurs ligne. La mise à jour est susceptible d'être incohérente. Elle est donc rejetée.

Au lieu de vous amuser à faires des update à travers un recordset c'est à dire dans un curseur, ce qui est une absurdité monumentale, faite cela à l'aide de VRAIES REQUÊTES SQL du genre UPDATE MATABLE... !

A +

[randriano]

On parle bien là d'ADO
Je ne fais pas là une 2è UPDATE car la mise à jour totale sera effectuée par (C++)

Code :

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

QueryRecordSet->Fields->Update()

L'équivalent de l'instruction SQL UPDATE quoi

à travers un recordset c'est à dire dans un curseur, ce qui est une absurdité monumentale

Ca se fait!!! Vu les codes à partir desquels je me suis inspiré

[SQLpro]

Oui, mais c'est la plus mauvaise manière de faire un UPDATE avec les conséquences que vous voyez !

A +

[randriano]

Je crois que cette discussion va un peu dépasser le cadre du SQL pur vers l'utilisation d'un interface de BD (ADO) car utiliser l'instrunction UPDATE ce serait bon mais
j'ai obtenu un RECORDSET à partir du SELECT que j'ai effectué, ne dois-je pas le manipuler, les interfaces comme ADO facilitent les choses ainsi !!??
De plus, ces ->Value sont exécutés dans diverses couches de plusieurs classes (POO) qui s'héritent donc utiliser sql update devient difficile voire impossible

Mais j'apprécie votre interêt pour mon cas SQLPro!

[SQLpro]

De plus, ces ->Value sont exécutés dans diverses couches de plusieurs classes (POO) qui s'héritent donc utiliser sql update devient difficile voire impossible

La moindre des choses serait de vérifier la capacité de votre outil de POO à réaliser des requêtes suffisamment intelligentes pour qu'elles soient comprises par le SGBDR. En la matière j'en ai vu des vertes et des pas mûres !!!

A +

[randriano]

Je vois que vous n'êtes pas fan des trucs comme ADO, ODBC?
Je comprend un peu car une erreur dès l'affection (bon sang juste une affectation) mais pas à ->Update() ou ->Delete(), c'est ...