Discussion :

[MGOMKD]

Bonjour,

Je travaille depuis quelque temps sur les bases de données Access et notamment sur l'accès de ces bases depuis d'autres applications comme Excel ou Word.
Seulement il existe deux protocoles afin d'accéder à ces données: DAO (ancien) et ADO (récent). Microsoft recommande d'utiliser ADO, ce qui est compréhensible!

Donc j'ai lancé mon projet avec ADO! Je note également que j'utilise Office 2010.
Version 2010 qui pourvoit Access de traiter les champs "Multi-valeurs". Malheureusement c'est là que je sèche!

Je sais écrire le code en DAO mais je n'arrive pas à le migrer vers ADO.
J'ai même cru lire que ADO ne traite pas ces champs multi-valeurs.

Voici le code:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
    Dim db As DAO.Database
    Set db = DBEngine.OpenDatabase(MyLink)
 
    Dim rstclient As DAO.Recordset
    Set rstclient = db.OpenRecordset("CHANTIERS")
 
    Dim rstchild As DAO.Recordset
 
    Do Until rstclient.EOF
         Set rstchild = rstclient("MAITRE D'OUVRAGE").Value   
              Do Until rstchild.EOF
                   MsgBox (rstchild(0))
                   rstchild.MoveNext
              Loop     
         rstclient.MoveNext
    Loop
 
    rstchild.Close
    rstclient.Close
    db.Close

Le code lancé depuis Word se connecte à la base de donnée de lien "MyLink", puis se connecte à la table "CHANTIERS".
On boucle sur tous les enregistrements dans le champ "MAITRE D'OUVRAGE" et sur chaque enregistrement, on boucle sur les valeurs "Enfant" dites Multi-valeurs.

Est-il possible d'avoir se code en ADO?

[f-leb]

bonjour,

apparemment avec ADO, on ne peut pas

[MGOMKD]

Bonjour f-leb,

Ta réponse suscite en moi beaucoup d'autres questions!
En effet Les champs multivalués sont gérés par DAO, mais cela débouche sur d'autres problématiques!

I) Est-ce que les champs multivalués persisteront à l'avenir?

I-1) Si oui, faut-il reconditionner le code de mon projet ADO vers DAO quitte à "régresser"?

I-1-a) Est-ce que DAO n'est pas voué à disparaitre?

I-2) Si non, quelle alternative technique peut pallier aux champs multivalués?

II) J'ai trouvé un lien, sur lequel le problème serait réglé. Dans ce code, le provider est "MSDataShape", est-ce pour quelque chose!?

Le lien: http://www.vbforums.com/showthread.p...hild-recordset

III) En définitive, suivant la direction de Microsoft, que faut-il préférer pour le futur, DAO ou ADO?

[f-leb]

I) Est-ce que les champs multivalués persisteront à l'avenir?

Créés pour la version 2007, ils sont toujours présents dans la version 2010 et aussi dans la version 2013 (il me semble, je n'ai pas cette version).

I-1) Si oui, faut-il reconditionner le code de mon projet ADO vers DAO quitte à "régresser"?

I-1-a) Est-ce que DAO n'est pas voué à disparaitre?

éternelle question.

Code :

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

 I-2) Si non, quelle alternative technique peut pallier aux champs multivalués?

Hé bien on fait comme on faisait avant, une bonne table de jonction déduite de toute association "plusieurs à plusieurs".

II) J'ai trouvé un lien, sur lequel le problème serait réglé. Dans ce code, le provider est "MSDataShape", est-ce pour quelque chose!?

je doute que ce provider pour SQL server ou Oracle dans une discussion qui date de 2002 ait un quelconque rapport avec les champs multivalués d'Access apparus en 2007

[MGOMKD]

Salut f-leb,

Finalement j'opte pour la création de solutions dans les deux protocoles!
Dans un premier temps je travaillerai avec DAO et j’attends de voir l'évolution des choses.

Merci de t'être penché sur ce problème.