[AC-2003] Requete de MAJ [Résolu]

[Marc_27]

Bonjour à tous,

J'ai une application avec une table de logs, où j'ai les heures de login et logoff. Parfois, pour une raison quelconque, lors qu'un utilisateur ferme sa base, l'heure de logoff n'est pas enregistré. J'ai donc fait deux requetes:

Une pour trouver les utilisateurs qu'on plus d'un log actif:

Code sql :

1
2
3
4
SELECT T_logs.Mec, T_logs.Application, Count(T_logs.Log) AS nb_sessions, Min(T_logs.TimeIn) AS heure
FROM T_logs
GROUP BY T_logs.Mec, T_logs.Application, T_logs.TimeOff
HAVING (((T_logs.TimeOff) IS NULL));

et l'autre pour enregistrer le logoff de ces utilisateurs:

Code sql :

1
2
UPDATE R_logs_actifs LEFT JOIN T_logs ON (R_logs_actifs.heure = T_logs.TimeIn) AND (R_logs_actifs.Mec = T_logs.Mec) SET T_logs.TimeOff = Now()
WHERE (((R_logs_actifs.nb_sessions)>1));

Le problème c'est qui quand je lance la requete de MAJ j'ai la message d'erreur suivant:
L'opération doit utiliser une requête qui peut être mise à jour


Est-ce que quelqu'un sait comment resoudre ça?

Merci d'avance pour votre aide

[Richard_35]

Bonjour Marc_27,

Juste pour information (pas d'incidence grave sur la requête en elle-même). A la place de :

Code sql :

1
2
3
4
SELECT T_logs.Mec, T_logs.Application, Count(T_logs.Log) AS nb_sessions, Min(T_logs.TimeIn) AS heure
FROM T_logs
GROUP BY T_logs.Mec, T_logs.Application, T_logs.TimeOff
HAVING (((T_logs.TimeOff) IS NULL));

il vaut mieux

Code sql :

1
2
3
4
SELECT T_logs.Mec, T_logs.Application, Count(T_logs.Log) AS nb_sessions, Min(T_logs.TimeIn) AS heure
FROM T_logs
WHERE T_logs.TimeOff IS NULL
GROUP BY T_logs.Mec, T_logs.Application, T_logs.TimeOff;

==> "Où", dans l'assistant. En effet, il vaut mieux éliminer les "T_logs.TimeOff IS NULL" avant que Access ne les inclue dans un groupe.


D'autre part, concernant le fameux et désormais célèbre message "L'opération doit utiliser une requête qui peut être mise à jour" dans ta requête UPDATE, si, pour un enregistrement de R_logs_actifs, tu peux avoir plusieurs enregistrements de T_logs, ou l'inverse, avec la jointure indiquée, alors Access refusera de déclencher l'UPDATE. Cet UPDATE n'est possible que s'il y a une relation 1,1 entre les deux tables/requêtes.

[Marc_27]

Merci Richard,


En fait j'ai résolu le soucis par biais de ma base SQL Server:
Tous les tables de mon application sont des tables liées depuis une base SQL Server. J'ai donc remplacé la première requete (de selection) par une View SQL Server et la liée à ma base Access. Là Access la considére comme étant une table, et la requete de MAJ marche bien.

C'était pour ça qui j'avais mis Délestage...

Mais merci encore une fois

[Richard_35]

OK.

Il n'empêche qu'il est important de savoir que le WHERE s'effectue AVANT le groupage alors que le HAVING s'effectue APRES.

[Marc_27]