Discussion :

[JamesPel]

Bonjour,

J'ai une base de données contenant une table avec un champ à valeurs multiples. Dernièrement j'ai décidé de lier la table mais depuis ce temps j'obtiens l'erreur 3828 qui me dit qu'on ne peut référencer une table liée ayant un champ avec des valeurs multiples.

Est-il possible de contourner cette erreur et si oui comment ?

Merci.

[hyperion13]

Salut
Pourquoi ne pas importer ta table en vba ?

[JamesPel]

Bonjour hyperion13,

Effectivement je crois que c'est la meilleure solution, je vais en faire l'essai.

Merci de votre réponse, bonne journée.

[JamesPel]

Bonjour hyperion13,

J'ai effectivement modifié ma procédure pour amener la table externe dans ma base courante mais j'ai le même problème mais avec l'erreur 3825 et le message suivant :
"Erreur No 3825 - SELECT * ne peut pas être utilisé dans une requête INSERT INTO si la table source ou de destination contient un champ à plusieurs valeurs."

En fait ce qu'on doit comprendre, le message aurait dû être "Si vous avez un champ à plusieurs valeurs, on ne peut utiliser INSERT INTO peu importe si c'est dans sa base courante ou externe".

J'ai aussi tenté de faire un APPEND enregistrement par enregistrement mais ça ne fonctionne pas non plus.

Auriez-vous une autre idée ?

Merci.

[hyperion13]

Salut
Je pensais que l'erreur était due à la liaison externe de la table.
Il y a une solution donnée ici.
Il faut d'abord exécuter un INSERT INTO sans le champ multivalues, puis exécuter un UPDATE avec le champ multivalues.

[JamesPel]

Bonjour hyperion13,

Je suis désolé pour le délai mais j'ai un petit problème de santé qui m'a empêché de faire l'essai de la solution.

Je comprend très bien la façon de procéder et je désire l'adopter mais dans l'exemple, on travaille avec le 2ième INSERT INTO avec des valeurs déjà connues mais dans mon cas je peux avoir plusieurs valeurs qui me sont inconnues, je dois d'abord les trouver pour les utiliser dans le INSERT INTO.

J'ai aussi tenté de travailler avec les recettes des liens suivants :
https://warin.developpez.com/access/multivalue/ et
https://warin.developpez.com/access/...tiValueVideSQL

Mais tous les essais que j'ai effectué jusqu'ici n'ont rien donné, je continue à chercher.

Connaissez-vous une façon de procéder ?

Merci.

[User]

Bonjour,

Connaissez vous les objets recordset ?

[JamesPel]

Bonjour hyperion13,

Je les utilise mais vraiment sans les contrôler, je comprend moyennement le principe.

Merci

[User]

Je vous laisse vous familiariser avec les recordset en suivant ce tuto.

Vous parcourez un 1er recordset basé sur la table source.

Ensuite, pour chaque enrg. du 1er recordset, il faudra récupérer le contenu du champ multivalué. et l'injecter dans la table destination (à l'aide aussi d'un recordset et de sa méthode addnew) :

https://warin.developpez.com/access/multivalue/#LV

Cdlt

[JamesPel]

Bonjour hyperion13,

Parfait, je vais suivre votre recommandation et je vais vous revenir avec le résultat.

Merci.

[hyperion13]

Salut James,
Ce n'est pas moi qui t'ai répondu Post#7 et Post#9, mais User que je salue.
J'ai fait un truc rapidos sur la base de ce lien et ça à l'air de fonctionner.

Bonjour hyperion13,
Je les utilise mais vraiment sans les contrôler, je comprend moyennement le principe.
Merci

Bonjour hyperion13,
Parfait, je vais suivre votre recommandation et je vais vous revenir avec le résultat.
Merci.

EDIT : 2022.06.27 j'ai amélioré le truc rapidos

[JamesPel]

Bonjour à vous deux,

Désolé User de vous avoir confondu avec hyperrion13, je sors tout juste de l'hôpital et c'est probablement le résidu des médicaments que j'ai reçus qui ont fait que j'ai confondu. Comme mentionné je vais tout de même utiliser votre suggestion pour me permettre de mieux comprendre les recordsets, votre suggestion m'est très intéressante.

Aussi hyperion13, je regarde attentivement la base d'essai fournie et j'essaie de l'appliquer à ma base et je vous en redonne des nouvelles.

Merci à vous deux pour votre assistance si précieuse.

[User]

Salut James,
Ce n'est pas moi qui t'ai répondu Post#7 et Post#9, mais User que je salue.
J'ai fait un truc rapidos sur la base de ce lien et ça à l'air de fonctionner.

[JamesPel]

Bonjour hyperion13 et User,

Pour User, j'ai commencé à regarder le document que vous m'avez recommandé.

Pour hyperion13, j'ai fait l'essai de votre procédure et ça semble très bien fonctionner, j'y ai apporté des modifications qui me sont nécessaires.

Par contre, je me pose sérieusement la question : "Dois-je revenir aux tables en relation au lieu de tables avec des champs à valeur multiple.".

Je vous explique, je dois envoyer à un utilisateur, hors de mon réseau, ma base de données avec les tables liées. Pour ce faire je dois modifier l'emplacement des tables liées en VB, ce que j'ai fait grâce à des discussions disponibles sur internet. Tout fonctionne bien sauf pour deux tables et devinez lesquelles ! Ce sont celles avec des champs à valeur multiples, pour celles-ci on me dit que les tables n'existent pas. Pour toutes les autres tables ça a très bien fonctionné. J'ai vérifié sur internet et je n'ai rien trouvé.

En conclusion, j'ai trois choix :
- Soit cesser d'utiliser les tables liées et revenir aux tables locales et continuer d'utiliser les champs à valeur multiples;
- Soit continuer à utiliser les tables liées et modifier les champs à valeur multiples en tables avec relations;
- Soit continuer à utiliser les tables liées avec les champs à valeur multiples tels quels, mais je n'ai pas de solution.

Ma préférence serait de continuer à utiliser les tables liées tel que mentionné dans le troisième choix.

N'ayant pas, actuellement, de solution, je réfléchis et si je décide de continuer avec le troisième choix, je crois que je devrai ouvrir une nouvelle discussion, car le problème du début n'est pas le même maintenant.

Alors je me donne quelques jours pour prendre une décision, dans tous les cas, votre aide m'a grandement été utile et j'ai pu avancer mais il me semble que les champs à valeur multiple ne sont pas totalement intégrés dans Access, du moins c'est mon humble opinion.

Merci et lorsque ma décision sera prise, je vais inscrire comme résolu car tout ce que vous m'avez fourni est très à propos à mon problème initial.

Merci encore.

[hyperion13]

Salut
En fait tu te poses la question si on doit suivre les fondamentaux de l'analyse conceptuelle qui nous orienterait à créer une relation NAire (n,n) (img Choix2) ou si on peut utiliser une relation binaire (1,n) (img Choix1)
Dans mon Post#11 j'avais ajouté une deuxième bdd où j'avais finalisé la sub() pour que le INSERT INTO ne génère pas d'erreur avec les champs multivalués et boucle sur tous les enregistrements que la tbl pouvait contenir.
Quel choix adopter? Bonne question. Je dirai tout dépend du contexte. Travaille-t-on ou non en local?

[JamesPel]

Bonjour hyperion13,

Vous avez très bien compris mon problème, je me donne la fin de la semaine pour prendre une décision, les deux procédures que vous m'avez fournies, répondent correctement à mon premier problème mais là j'en suis vraiment à la réflexion concernant "Quel choix adopter ?".

Si je n'avais pas eu le dernier problème lors du changement de chemin du fichier soit, les tables liées contenant des champs multi valeur donnent une erreur "table introuvable", j'aurais terminé et tout fonctionnerait très bien grâce à vos suggestions mais, je suis maintenant bloqué.

Donc en fin de semaine, réflexion !, réflexion !

Merci.

[JamesPel]

Bonjour à vous deux,

J'ai finalement pris une décision, avec les difficultés que j'ai rencontré et que je rencontre encore, j'ai décidé de cesser d'utiliser les champs à valeur multiple. Selon ce que je constate, on ne peut éviter de programmer en VBA si la base est moindrement complexe.

J'ai grandement apprécié votre aide, tant pour les codes VBA que pour les références de lecture.

Merci pour toute l'aide que vous m'avez apporté pour cette discussion, j'ai appris beaucoup. Étant autodidacte, il me manque encore beaucoup de connaissances mais grâce à des gens comme vous, je m'améliore beaucoup plus rapidement et j'augmente mes connaissances.

Merci encore.

[hyperion13]

Salut James,
Heureux d'apprendre que tu as décidé de revenir dans le champ de la normalisation des bases de données.
Pour un usage classique sans retraitement, les MVF peuvent être employés. Si retraitement c'est un véritable casse-têtes. La preuve avec tes problèmes rencontrés.
D'ailleurs nombreux sont le MVP qui recommandaient de "fuir" les MVF et de privilégier les relation binaires ou Naires.
A une prochaine peut-être.

[JamesPel]

Bonjour hyperion13,

Vos propos me rassurent face à la décision que j'ai prise. Vous semblez avoir beaucoup de vécu en Access et VBA, j'apprécie beaucoup votre dernière réponse.

J'aurai certainement d'autres questions à l'avenir et vos interventions sont toujours à propos et bienvenues.

Merci encore et à la prochaine.