Quand j'execute une requete selection il se passe deux choses selon le cas :
1) c une requete toute bete faite à partir d'une table ou de plusieurs tables et dans ce cas là je peux modifier et ajouter des données par la requete.
2) c une requete faite à partir d'une table et d'une requete  dans ce cas là je ne peux faire aucune modification ce qui est tres embetant.  
 
si quelqu'un a une solution ....
 

SI c'est une requetes provenant d'une autre requete j'vois mal comment access pourrait deviner de quel table ca provient, d'autant plus qu'une requete c'est un resultat qui n'est stocké nulle part.
 
Solution re-faire une requete a partir de tables...

ouais c pas bete j'y avais pas songé mais j'ai le meme pb quand je me sert d'une table créee par une requete ...

Si la table est cree par une requete c'est le resultat d'une requete on est d'accord...
 
Ce que je veux dire c'est, tu fais une requete a partir de table stockée dans la DB (des table quoi pas des requetes).
 
Si t'y arrive pas donne la structure de tes tables et ce que tu veux comme resultats...
 
En tout cas je pense que dans n'importe quel SGBD faire des requetes sur des table de requetes ca implique de ne pouvoir faire que des select etrien d'autre, ce qui est logique.
 

ouais ... ben je sais pas trop comment je vais faire et c un peu trop dur et long à expliquer ...
ben je vais essayer de chercher une autre solution ...
 
merci en tout cas

C bon en fait j'en avais pas vraiment besoin de la requete et je ne m'en étais pas rendu compte maintenant mion appli fait tout ce que je veux \o/

surtout, t'as pas à modifier des données provenant d'une requête. ça marche pas comme ça une base de données.
donc tu fais tes modifications proprement avec des requêtes de modifications. on aurait dû tuer à la naissance les gens qui ont inventé les recordset updatable.
 
maximus > avec Oracle ou SQL Server, tu peux tout à fait modifier des données provenant d'une vue, d'une sous-requête, ou même d'une procédure stockée. il se débrouille pour remonter à la source (quand c'est possible).
 
mais ce système est complètement CON.
 
imaginez la requête :
 
select sum(total), userid
from commande
group by userid
 
et là, hop, on décide de modifier le montant total des commandes... il fait comment le sgbd pour ventiller les modifications entre les lignes du regroupement ?
alors on n'a pas à modifier une seule ligne provenant d'un select. parceque le jour où y'a une fonction de regroupement qui vient s'ajouter dans la requête, de toute façon on pourra plus modifier les données. alors autant fait proprement depuis le départ.

OK magicbuzz c'est pour ca que j'ai dis "je ne pense pas" (j'en etait pas certains je connais pas oracle ni SQL server) mais c'est vrai que c'est debile de proceder comme ca et surtout de le permettre c'est dangereux et ca doit etre lourd tout ca...