Discussion :

[LVELVE]

Bonjour,

Dans MS ACCESS 2000 (je pense que la version n'a aucune importance)
j'ai créé une nouvelle requête,
je suis passé tout de suite en mode SQL,
et j'ai tapé l'ordre SQL suivant :

Code sql :

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

1
2
3
4
 
UPDATE FACTURES
SET FACMNTPREC = (SELECT T2.FACMNT from FACTURES T2 where T2.FACNUM = FACNUM -1)
WHERE FACNUM>1;

ACCESS refuse de m'exécuter la requête et m'affiche le message suivant :



Pour info, le but de la requête UPDATE est de mettre à jour pour chaque facture (sauf la première),
le champ FACMNTPREC (montant de la précédente facture) en allant chercher (avec la sous-requête),
la valeur du champ FACMNT de l'entregistrement correspondant à la précédente facture (FACNUM - 1).

Je précise que la structure et le contenu de ma table FACTURES sont tels
que pour chaque enregistrement de ma requête principale,
la sous-requête me ramène exactement un et un seul enregistrement,
ce n'est donc pas de là que vient le problème.

Je précise également que cet ordre SQL fonctionne parfaitement sous SQLServer ...

Qu'est-ce qui ne plait pas au moteur MS ACCESS
et comment lui faire exécuter un tel ordre pourtant assez basique.

Merci de m'aider à résoudre ce pbm.
Salutations.

[LVELVE]

correction de mon message ci-dessus : mal copié mon ordre SQL, il faut qualifier le champ de ma table principale dans ma sous-requete :

Code sql :

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

1
2
3
UPDATE FACTURES
SET FACMNTPREC = (SELECT T2.FACMNT from FACTURES T2 where T2.FACNUM = FACTURES.FACNUM -1)
WHERE FACNUM>1;

[Jean-Philippe André]

salut,
le = + select n'est pas idéal sous Access, d'autre part, il est plus judicieux de spécifier complètement le champs à mettre à jour :
à essayer comme ceci :

Code SQL :

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

1
2
3
UPDATE FACTURES INNER JOIN FACTURES T2 ON T2.FACNUM = FACTURES.FACNUM -1
SET FACTURES.FACMNTPREC = T2.FACMNT
WHERE FACTURES.FACNUM>1;

[LVELVE]

Bonjour piou piou,
merci de ton aide,

oui l'ordre SQL avec jointure comme celui de ta réponse fonctionne.
C'est ce que j'utilise depuis de nombreuses années dans ACCESS à chaque fois que le moteur refuse mes ordres avec sous-requête,
mais cette fois-ci j'aimerais aller jusqu'au bout des choses et comprendre une fois pour toutes ce qui pose problème.

Mordre SQL est tout à fait correct du point de vue SQL pur,
par contre il doit y avoir quelquechose qui pose pbm au niveau de la syntaxe propre à ACCESS.

J'ai encore simplifié mon ordre pour essayer de cerner le pbm :

Code SQL :

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

UPDATE FACTURES SET FACMNTPREC = (select ch1 from TEST);

avec TEST qui est une table à un seul champ (ch1) et un seul enregistrement, mais cet ordre ne fonctionne pas non plus !!!

J'ai aussi essayé

Code SQL :

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

UPDATE FACTURES SET FACMNTPREC = (select Max(ch1) from TEST);

pour qu'il ait la certitude que ma sous-requête ne retourne qu'un seul enregistrement, comme ce doit être le cas dans ce genre d'ordre,
mais ça ne lui plait toujours pas.

Par contre

Code SQL :

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

UPDATE FACTURES SET FACMNTPREC =7;

fonctionne !

ce n'est donc pas une question de table vérouillée, ou de màj interdite,
ce doit être la syntaxe concernant l'emploi de sous-requête qui ne lui convient pas,
c'est pourtant on ne peut plus simple !

De plus son message "L'opération doit utiliser une requête qui peut être mise à jour" n'a pas de sens !
C'est une table qui peut être mise à jour, mais pas une requête !!
En tout cas le message n'est pas approprié puisque la màj peut se faire.

Cette fois ci, je ne lâche pas l'affaire,
l'exemple de la facture et du montant précédent étant un cas inventé pour illustrer mon pbm dans ce post, mais j'ai en réalité des cas plus complexes à solutionner et j'ai vraiment besoin d'utiliser des sous-requêtes dans des ordres UPDATE, comme on peut le faire partout ailleurs (SQLServer, Oracle ...)

Je continue à chercher, sur d'autre sites aussi,
merci d'avance si tu pouvais continuer aussi à m'aider ...
... à TROUVER ! ;-)

A+

[Jean-Philippe André]

Le

Code SQL :

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

= (SELECT

est prohibé on dira

soit tu utilises

Code SQL :

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

MonChamp IN (SELECT MonChamp ...

soit tu utilises une jointure dans tes requêtes

Code SQL :

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

1
2
3
4
UPDATE A 
INNER JOIN B 
ON A.champ1= B.Champ1 
SET A.Champ2 = B.Champ2

[LVELVE]

1) le = (SELECT fonctionne pourtant dans le where d'un UPDATE,
voir l'exemple suivant qui s'exécute parfaitement sous ACCESS :

(il s'agit de diminuer de 10% le montant des factures pour lesquelles
les commandes ont été passées après le 01/01/2009)

Code :

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

1
2
UPDATE FACTURES  SET  FACMNT = FACMNT*0.9
WHERE FACCMDNUM >= (SELECT Min(CMDNUM) FROM CMDES WHERE CMDDATE >= #01/01/2009#)

2) MonChamp IN (SELECT MonChamp ...
peut convenir dans un WHERE mais ne convient pas pour faire la mise à jour,
il faut absolument le signe =

3) Malheureusement je ne peux pas faire ma mise à jour avec une jointure de ce type
car ma sous-requête (dans mon cas réél) comporte un Max() et ACCESS n'en veut pas :-(

Il me faut vraiment réussir à faire un SET champ = SELECT (
pour faire ce que je veux ...
... si je veux améliorer ce que je fais actuellement à savoir
utiliser une requête supplémentaire qui écrit dans une table intermédiaire.
Pas satisfaisant du tout d'autant que ma requête est assez simple.

merci quand même

A+

PS : comment utilser les balises pour mettre le code SQL dans le cadre
comme vous l'avez corrigé sur mes précédents messages ?
J'ai essayé le #, mais ça ne marchait pas en prévisualisation.

je fais un test :

Code :

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

 SELECT * FROM TOTO

[=JBO=]

Bonjour,

3) Malheureusement je ne peux pas faire ma mise à jour avec une jointure de ce type
car ma sous-requête (dans mon cas réél) comporte un Max() et ACCESS n'en veut pas :-(

Il me faut vraiment réussir à faire un SET champ = SELECT (
pour faire ce que je veux ...
... si je veux améliorer ce que je fais actuellement à savoir
utiliser une requête supplémentaire qui écrit dans une table intermédiaire.
Pas satisfaisant du tout d'autant que ma requête est assez simple.

On peut regretter que le moteur de bases de données d'Access ne soit pas plus performant et "conforme" aux standards SQL.
Je te proposerai bien un contournement qui ne sera, hélas, pas portable, et pas optimisable par le moteur de bases de données.

Il s'agit d'utiliser une fonction de domaine d'Access en lieu et place de la sous-requête, située côté droit de l'affectation.
Et là tu pourrais par exemple utiliser DMax() qui équivaut au (SELECT MAX() ...) du SQL.

Je te donne 2 exemples adaptés de tes précédents messages:

Code SQL :

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

1
2
3
UPDATE FACTURES
SET FACMNTPREC = DLookup("FACMNT", "FACTURES", "FACNUM = " & FACNUM -1)
WHERE FACNUM>1;

Code SQL :

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

1
2
 
UPDATE FACTURES SET FACMNTPREC = DMax("ch1", "TEST");

[Fridorick]

Bonjour à tous,

Je me permet de déterrer ce vieux sujet car je viens de rencontrer le même problème.
De toute façon, comme Access est éternel, mon idée pourra peut-être en aider quelques-uns.

Donc, puisque le SQL d'Access ne supporte pas les requêtes imbriquées dans un UPDATE, l'idée est de remonter celles-ci directement dans la requête principale comme ceci :

Code sql :

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

1
2
3
4
UPDATE FACTURES T1, FACTURES T2
SET T1.FACMNTPREC = T2.FACMNT
WHERE (T2.FACNUM = (T1.FACNUM - 1))
 AND (T1.FACNUM > 1);

[tee_grandbois]

Bonsoir Fridorick,
merci pour la solution proposée, elle est cependant similaire à celle donnée par Jean-Philippe André ici