Discussion :

[popofpopof]

Bonjour

Actuellement j'ai crée un base pour un Site A utiliser par 20 personne. Le tous en base Dorsale et frontales.
On ma demande de crée cette base sur un autre site donc j'ai copier la base Dorsale qui j'ai vide de son contenue et ensuite sur chaque poste copier la frontales.
En gros j'ai fait pour chaque site des bases identiques mais avec des données propre a chacune.

Suite a l'évolution dans le temps on me demande maintenant d'avoir pour certaine table des données commune.

Donc j'aimerai avoir sur le site A la base Dorsale tu groupe. et ensuite sur chaque site B et C une base Dorsale vide de toute table réel et qui soit compose de table lier a la base A.
Comme sa si un utilisateur du site A modifier une donnée tout le monde aurai les modif et pareil pour un utilisateur du Site B ou C.

Je ne sais comment faire pour rélise cela qui peux m'expliqué? sur les site B et C j'ai environ 5 a 10personne, je vais avoir des probléme de lenteur??

[Jean-Philippe André]

Bonjour,
quelques recommandations de lecture dans un premier temps :
http://access.developpez.com/faq/?pa...in#ApplServeur

et tous les cours disponibles :

Le déploiement professionnel d'applications Access 97-2000-XP

Déploiement et empaquetage d'applications professionnelles Access 2003


Déployez vos applications professionnelles développées avec Microsoft Access 2007

[popofpopof]

Merci pour ta reponsé mais j'ai regarde des liens et je ne pense pas que sa repond a mes question.
J'utilise déja la gestion des tables lier, la gestion des versions RUNTIMES.

Ce que je veux c'est la gestion de mes bases sur des sites différents.

Je peux crée une base avec que des table relier ( le site B a la base vide avec des table relier au site A)??
Les débit seront t'il correct? ( le site A a un débit de 1Mo pour ADSL)
Un VPN peux être une connection permanante??
Je réalise tout les soir sur la base du site A une sauvegarde et un compactage en automatique je pourrai tout les soir coupe la connection de la base sur site B et C sur la base du site A pour réalise la sauvegarde et le compactage et ensuite reouvir la connection??

tu comprend mes question??

[Pierre Fauconnier]

Bonjour

Je pense qu'il faut oublier Access pour un partage sur des sites distants. Tu vas mettre ton réseau à genoux, même avec une connexion de la mort qui tue. Au mieux, tu pourras éventuellement améliorer un peu avec un dorsal en SQL Server, mais cela va demander une optimisation du frontal (suppression des fonctions de domaines, optimisation des requêtes source, etc...) pour un résultat qui risque d'être décevant.

Il faut se tourner, à mon avis, vers asp.net et SQL Server, mais c'est tout sauf évident pour débuter là-dedans (sécurisation, accès, optimisation, ...) ou, éventuellement, vers un bureau à distance (poste client utilisé comme terminal)...

[popofpopof]

si je fais un SERVEUR SQL je doit procédé comment?

je doit modifier la base frontale, Dorsale? et comment faire apres pour relier les base du site A avec le site B ou C?

[Pierre Fauconnier]

Ces adaptations ne sont pas triviales, et il faut d'abord décider de la technologie qui sera utilisée.

On peut utiliser un sql server sur un vpn, mais ce n'est pas évident à mettre en place. Si c'est cette technologie qui est retenue, le dorsal disparaît car il est remplacé par le SQL Server, et le frontal doit être adapté pour pointer vers les bases du SQL Server (en gros, modifier ton frontal MDB en un projet ADP) et adapter ce qui doit l'être (requêtes, fonctions de domaine, droits d'accès, sécurité, ...). Il faut bien sûr pouvoir maîtriser correctement la sécurité du vpn et le paramétrer de façon à ne pas faire chuter les performances réseau.

[popofpopof]

Bon je vais commence a regarde de pres le SQL SERVEUR.
Mais j'ai des question avant de commence je travailler chez moi les base frontale et dorsale je pourrai apres les importes dans mon entreprises sens probleme ( pour la frontale je pense pas de probleme mais pour la drosale ou je vais ajoute des table ou modifier ou cree des requete ( vu que si j'ai bien compris les requetes passe de la frontale a la dorsale) je n'aurai pas de probleme??)

Quelle version de SQL serveur tu me conseille.? il me faut quel programme ? tu aurai un TUTORIAL a me conseille parti tout ce que l'on peux rencontré?

[Pierre Fauconnier]

Perso, je ne conçois pas les requêtes dans la frontale, mais dans la dorsale. D'ailleurs, dans un projet Access lié à du SQL, les requêtes (qui s'appellent des vues pour ce qui concernent les requêtes de sélection) sont sur le serveur et pas sur le frontal. Si les tables migrent sans trop de problème, il en est autrement pour les requêtes, car la syntaxe SQL n'est pas la même que la syntaxe Access. Certaines fonctions sont disponibles en SQL et pas en Access.

Je suis en train de rédiger des notes de cours qui traitent de cela, mais je devrai étoffer pour en faire un tuto... pas dispo avant un petit temps...

Il y a sur DVP un tuto qui explique assez bien l'installation d'un SQL SERVER 2008 (version express) mais je n'arrive pas à trouver le lien...

[popofpopof]

j'ai une question avec sql serveur 2008 ou 2005 peux t on lier une base dorsale au sql???
j'aimerai garde ma base au format *.mdb mais la lier au sql

Si oui comment faire ?

[Pierre Fauconnier]

Non, tu ne lies pas une base dorsale au sql, mais tu peux lier des tables SQL à ta dorsale MDB...

Le problème, c'est que cela ne règle rien par rapport à une dorsale uniquement MDB (si je ne dis pas de bêtises), car dans cette configuration, c'est le moteur d'Access qui gère les données, et donc le SQL lié n'amène aucune amélioration.

[popofpopof]

Donc je suis obliger de migre vers le SQL serveur j'ai pas d'autre solution moi lourde pour avoir la possibilite que deux site ai la même base de donnée commune?

[Pierre Fauconnier]

Tu peux partager une base Access entre deux sites via un vpn, mais ça va ramer, et, à mon avis, mettre ton serveur à genoux, ou énerver les utilisateurs quand ils feront face à des temps de réponse beaucoup trop long, voire à des coupures réseau. Cela dit, c'est la solution la plus simple.

SQL par VPN, cela peut être un peu mieux.

Un terminsal server peut faire l'affaire...

Peut-être faudrait-il te tourner vers SharePoint, mais je ne sais pas exactement ce que cela permet. J'imagine seulement que ce n'est pas très simple à mettre en place...

Je persiste en disant que Access me semble ne pas être le bon outil pour cela.