Discussion :

[Jeanpierre71]

Bonjour,

Je suis confronté à un problème de lecteur réseau pour le lien entre le dorsale et les fichiers frontaux installés sur chaque poste qui utilise la base de données. Lors du fractionnement de la base le chemin du fichier de données sur le serveur est mémorisé avec le lecteur réseau courant du poste ou a été fait le fractionnement de la base. La parade bien sur est de configurer le bon lecteur réseau (T: dans le cas présent) sur chacun des postes ou sont installés les frontaux mais c'est un peu penible ! Si ce n'est pas le bon lecteur réseau les tables ne sont pas trouvées et il y a bien sur message d'erreur.
Existe t'il un moyen de figé le chemin absolu du dorsale dans le code par exemple. Certaines tables de la base comportent des liens hypertextes et j'ai developpé une routine pour justement ne plus être lié au lecteur réseau. Je modifie le lien qui est aprés la saisie T:\ETN$\Base........ modifié en \\CFRSFL1101D\ETN$\Base........ le lien hypertexte trouve toujours le fichier quelque soit le lecteur réseau configuré sur le poste, en mettant l'adresse complete du serveur. Comment faire pour proceder de la sorte pour le fichier dorsale. Merci d'avance pour vos réponses

[EricDgn]

Bonjour,
Un début de solution est sans doute de regarder ce à quoi le pc est connecté.

Code :

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

1
2
3
4
5
6
Public Sub ListeDisques()
   Dim d
   For Each d In CreateObject("Scripting.FileSystemObject").Drives
       Debug.Print d.DriveLetter, d.Path, d.ShareName
   Next
End Sub

Bonne continuation.

[loufab]

Bonjour,

Je n'ai pas bien compris le rapport entre la dorsale et le lien. C'est la frontale qui est liée à la (ou les) dorsale(s) et non l'inverse.

La propriété Connect de l'objet TableDef contient le "connect string". C'est une propriété en lecture/écriture.

Code :

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

debug.print Currrentdb.tabledefs("matable").connect

personnellement je ne me sers que de cette propriété pour gérer mes attaches.

Cordialement,

[Jeanpierre71]

Bonjour,

Je n'ai pas bien compris le rapport entre la dorsale et le lien. C'est la frontale qui est liée à la (ou les) dorsale(s) et non l'inverse.

La propriété Connect de l'objet TableDef contient le "connect string". C'est une propriété en lecture/écriture.

Code :

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

debug.print Currrentdb.tabledefs("matable").connect

personnellement je ne me sers que de cette propriété pour gérer mes attaches.

Cordialement,

Mon problème est simple. Si j'installe un nouveau frontal sur un poste je lis ce frontal au dorsal. Si le chemin du fichier dorsal et T:\ETN$\...... cela marche. Mais si pour un raison ou une autre (volontaire ou involontaire) le lecteur réseau T: sur le poste est affecté à un autre repertoire du serveur. Le frontal ne trouve plus les données du fichier dorsal. Comme je l'ai écrit plus haut j'ai trouvé une astuce par le code pour mettre le chemin intégral du serveur, sans passé par les lecteurs réseaux pour les liens hypertextes (Je modifie le lien qui est aprés la saisie T:\ETN$\Base........ modifié en \\CFRSFL1101D\ETN$\Base........ ). Mais est-il possible d'en faire autant ou par le code ou par le procédure Access au moment de lier le frontal au dorsal.
Par contre dans ton exemple si dessus, si je mets le code suivant :

Code :

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

 Currrentdb.tabledefs("\\CFRSFL1101D\ETN$\Base\NomFichierDorsal").connect

J'ai juste ? Et ou mettre ce code ?