Discussion :

[Vijinn]

Bonjour à tous.

Voilà des jours que je cherche à faire une requête joignant une table et une requête avec regroupement :
- La table principale (table) est banale (une cinquantaine de champs classiques) avec comme clef le champ ID_table, sans doublon bien sûr.
- La requête (requete) n'a que deux champs : un champ table_ID identique celui de la table et un champ champ_x qui est du texte généré par une fonction rangée dans un module.
Précision importante : le champ "table_ID" de la requête peut avoir des doublons. Lorsque c'est le cas, champ_x est identique dans les deux enregistrements.

Le but est simplement d'obtenir une requête (tableetrequete) présentant tous les champs de table avec l'ajout de champ_x, et que cette requête soit sans doublons.

J'ai essayé un bête

Code :

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

1
2
3
SELECT table.*, requete.champ_x
FROM table INNER JOINT requete
ON table.ID_table = requete.table_ID

mais dans ce cas, les doublons en provenance de requete sont conservés, ce qui fait que j'ai plein d'enregistrements en doubles et absolument identiques.
Le résultat est le même avec un LEFT JOINT ou RIGHT JOINT.

J'ai ensuite essayé en modifiant préalablement requete avec un regroupement GROUP BY, de manière à éviter ses doublons en amont.
Le résultat marche bien : j'ai maintenant tous les champs de table avec l'ajout de champ_x, sans doublon.
Mais on ne peut plus toucher aux données ! la requête en regroupement, bien que source d'un seul champ de la requête finale, empêche toute modification des données de table. Inutile, donc, pour le formulaire que je veux faire par la suite.

Quelqu'un aurait-il une solution ? Merci beaucoup

[User]

Bonsoir,

Je pensais utiliser une fonction de domaine à la place de la jointure :

Code sql :

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

1
2
SELECT table.*, DLookup("champ_x","requete","table_ID=" & [table_ID])
FROM table;

A tester, normalement ça autorise les modifications mais c'est plus lent

Cdlt,

[marot_r]

Bonjour.

Essaye en partant de ta requête en utilisant distinct plutôt que group by.
C'est accessible via le SQL ou les propriétés de ta requête.

Il est possible que cela ne marche pas et dans ce cas là tu peux utiliser DFirst() à la place de la jointure. Ce n'est pas la solution la plus performante mais si tu as peu de données ça peut être acceptable.

Une autre option est de créer une table temporaire contenant avec le résultat de ta requête (par group by ou distinct).

1. Tu vides la table temporaire.
2. Tu lance une requête d'ajout.
3. Tu te sers de la table temporaire dans ta jointure.

C'est nettement plus performant que DFirst() mais c'est BEAUCOUP moins dynamique.

A+

[Vijinn]

Bonjour à tous et merci de votre aide.

- Le DISTINCT produit le même résultat que le GROUP BY : rapide, efficace, mais les données sont figées et non modifiables.
- Le DLookUp est tellement lent qu'il a fait planter ma machine, pourtant assez costaude : j'ai dû passer par le gestionnaire de tâches pour arrêter sauvagement Access.
- Le DFirst(), j'ai essayé de me renseigner mais je ne vois pas comment le mettre en place. Ça a pas l'air d'être du VBA, pas du SQL. Comment l'intégrer dans une requête source de formulaire ?
- Je vais creuser la création temporaire d'une table. Certes j'ai beaucoup de données par enregistrement, mais peu de nouveaux enregistrements (en moyenne deux à trois par mois). Je vais voir si le manque de dynamisme me handicape ou non.

À suivre...

[User]

Bonjour,

- Le DFirst(), j'ai essayé de me renseigner mais je ne vois pas comment le mettre en place. Ça a pas l'air d'être du VBA, pas du SQL. Comment l'intégrer dans une requête source de formulaire ?

À suivre...

Tu remplaces simplement Dlookup par Dfirst c'est le même principe, par contre c'est aussi lent

Cdlt,

[Vijinn]

Merci, c'est très simple en effet.
Bon, effectivement, la lenteur est intenable... même si c'est moins rédhibitoire que le DLookup.

Je creuse l'idée de la création de table. C'est peut-être la bonne solution même si cela implique des procédures de mises à jour assez lourdes. Comme ces mises à jour ne seraient occasionnées qu'assez rarement (2 ou 3 fois par mois), ça serait supportable pour l'utilisateur.
Y a-t-il un moyen de ne pas afficher les messages "Vous allez exécuter une requête Création de table...", "La table "tableprovisoire" existante sera supprimée avant l'exécution de la requête" et "Vous allez coller X lignes dans une nouvelle table" (ou de faire "oui" automatiquement) ?

Merci beaucoup

[User]

Concernant les messages d'alertes lors de l'exécution d'une requête action, il y a possibilité de les déactiver momentanément :

Code :

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

1
2
3
DoCmd.Setwarnings false ' désactive les messages d'alertes
docmd.RundSQL LeSQL
DoCmd.Setwarnings True ' rétablit les messages d'alertes

ou plus simplement :

Code :

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

currentdb.execute, leSQL, dbFailOnError

Concernant les fonctions DFirst et Dlookup, peut-être essayer d'ajouter un index sur le champ "table_ID" dans l'autre table présent dans la requête.

Cdlt,

[Vijinn]

Bonjour.
La requête création fonctionne bien, je choisis cette cette solution là.
J'ai dû bidouiller un peu : comme la requête création est lancée depuis le formulaire ayant comme source la table qui doit être supprimée puis recréée par la requête, il bloquait la suppression (Erreur d'exécution '3211'). J'ai contourné le problème en changeant la source du formulaire par un clone avec un autre nom.

Merci beaucoup de votre aide