je te le déconseille !!!
dans l'aide de microsoft, cette méthode est effectivement conseillée pour une utilisation en réseau.
une base contiendrait uniquement les tables et serait située sur un serveur.
une autre serait la base "cliente", elle contiendrait tout le code, les formulaires, les requêtes et accèderait à la base serveur via des tables liées.
il suffirait ensuite de déposer une copie de cette base cliente en local sur chaque pc qui veut y accéder.
le seul avantage, est de ne pas polluer le réseau avec le code et les formulaires. seules les données traverseraient le réseau.
selon microsoft, il serait plus facile de faire des modifications pendant que les gens travaillent. or, j'ai testé, c'est archi faux. on obtient juste des messages d'erreur différents...
de nos jours, les réseaux locaux à 100Mb/s sont bien assez rapides pour charger quelques formulaires sans ralentir les autres.
par ailleurs, à la moindre modification, il faut recréer les bases clientes. de plus pendant le développement, on ne peut pas définir de liaisons sur les tables comme on le fait avec une base unique. bref, c'est la merde...
le plus simple est d'avoir une seule base pour tout le monde.
si on veux la modifier, on en fait une copie, on la modifie, on teste, puis on prépare une procédure d'importation des données depuis la base de production vers la base de test. on teste aussi cette procédure puis on demande aux gens de fermer la base, on importe et on déplace la base de test à la place de celle en service. et c'est tout...
2006-11-26 09:25:05
·
answer #1
·
answered by Ramis V 7
·
0⤊
1⤋