[Système]Connection réseau et mise à jour tables liées

[Ataturk]

Bonjour à vous !

Je viens vers vous suite à 2h de recherches infructueuses

Voilà mon soucis :

Je dois mettre en place une BDD Principale (données) sur un serveur pour que les BDD Clientes puisse s'y connectée.

Lors du démarrage :

1. Connection d"un lecteur "Q:" vers le dossier du serveur
2. Mise à jour des tables liées

Lors de la fermeture

1. Déconnection d"un lecteur "Q:"
2. Suppression des tables liées

Pour le déclenchement des opérations ça c'est bon mais c'est pour les codes de connection et mise à jours que je rame .

J'ai déjà essayé la connection avec NET USE mais sans résultat.

Merci d'avance

[Heureux-oli]

Mise à jour ??
Une table liée se comporte de al même manière qu'une table de la DB.

Pourquoi ne pas avoir une connexion permanente vers le serveur ?

[Tofalu]

2 heures de recherches

Connecter et déconnecter un lecteur réseau

[Ataturk]

Merci, je la trouvais plus celle là

Envoyé par Tofalu

2 heures de recherches

Oui je sais... Je me suis perdu dans la FAQ Vba.

Petite question lorsque c'est mis nom utilisateur et Mdp facultatif

C'est parce que le serveur ne le demande pas ?

AUtre formulation : Si lorsque je fais la connection en manuel "Connecter un lecteur réseau" il me demande pas de Mdp c'est que cela n'est pas requis en paramètres ?

Pour la mise à jour des tables liées j'ai trouvé

Mise à jour ??
Une table liée se comporte de la même manière qu'une table de la DB.
Pourquoi ne pas avoir une connexion permanente vers le serveur ?

Pour que la liaison soient testé et actualisée (voir permettre le blocage en cas de grosses opération de maintenance ou mise à jour)
Pour ne pas ques les utilisateurs aient à géré la connection au serveur...

[Tofalu]

S'il n'y a pas de mot de passe ne le sépcifie pas alors, ou bien vbnullstring

[yuan]

Personnellement, je n'aime pas utiliser les lecteurs réseaux, je préfère utiliser les liens ODBC. Je trouve cela plus fiable.

[Ataturk]

Pourquoi plus fiable ?

[yuan]

Un lecteur réseau on ne sait jamais vraiment ce qui peut lui arriver :
* L'utilisateur peut supprimer le lecteur réseau
* Si, à l'ouverture de session, la machine cible ne répond pas, Windows pose la question s'il faut maintenir le lecteur réseau. Il suffit que l'utilisateur ne donne pas la bonne réponse pour que le lecteur réseau saute.
* Si l'utilisateur crée un lecteur réseau pour ces propres besoins avec la même lettre de lecteur alors l'appli qui s'appuie sur ce lecteur ne fonctionnera plus !!!
* ... il y a certainement d'autres raisons mais elle ne me viennent pas à l'esprit dans l'instant ....

Bref , je préfère un bon vieux lien ODBC Système que l'utilisateur de base ne va jamais aller bidouiller. Pour peu que l'utilisateur n'ai pas les droits d'administration sur son poste et il ne pourra jamais faire sauter le lien .