Discussion :

[karima123]

Salut tout le monde,

Enfin j'ai fini mon application Access.
Maintenant je suis dans l'étape de partager mon application sur les utilisateurs.

J'ai lu sur e partage (dorsale et frontale) mais je ne préfère pas utiliser cette méthode parce que je peux ajouter des forums après.

Ce que j'ai comme aider c'est de mettre la base origine dans le réseau et mettre les raccourcis sur le bureau de chaque poste.

Qu'est ce que vous pensez de cette aidez??

cordialement
karima

[EricDgn]

S'il y a plusieurs utilisateurs et que l'application doit encore pouvoir être modifiée, il faut quand même absolument séparer les données et l'interface utilisateur.
En pratique, les données seront modifiées par vous et les autres utilisateurs, et l'interface sera modifiée par vous seulement.
Si vous voulez modifier l'interface, cela doit se faire sur votre poste, sans être relié à l'application partagée.
A chaque nouvelle version de cette interface, l'ancienne sera remplacée par la nouvelle sur le serveur (à un moment où aucun utilisateur n'utilise l'application).
Ne pas oublier d'effectuer des sauvegardes !
Bonne continuation.

[Papy Turbo]

Bonjour,

et bravo d'avoir (presque ?) terminé l'application, mais tout ce qui est dit sur le forum sur ce sujet est clair : Access, comme toutes les bases de données, est conçu pour que les tables (et éventuellement quelques requêtes) soient partagées sur un serveur, mais en aucun cas les formulaires, les états, les macros ou le code VBA...

Même en séparant les deux et en mettant l'application, partagée, sur un serveur, si tu fais le test, tu risques de tomber sur des délais de 2 à + de 15 minutes pour ouvrir un formulaire à partir d'un poste utilisateur. Et pas mal d'autres problèmes plus complexes. Et, comme dit EricDgn, les évolutions seront très complexes à mettre en place...

Désolé, je pense sincèrement qu'il reste une étape indispensable. En fait, pour ton prochain projet, il faudra commencer par là : séparer les données de l'application.
La bonne nouvelle : il y a tout ce qu'il faut sur le forum - tuto + exemples de code pour rattacher les tables, etc.

Bon courage.

[karima123]

Merci, Papy Turbo

Même en séparant les deux et en mettant l'application, partagée, sur un serveur, si tu fais le test, tu risques de tomber sur des délais de 2 à + de 15 minutes pour ouvrir un formulaire à partir d'un poste utilisateur. Et pas mal d'autres problèmes plus complexes. Et, comme dit EricDgn, les évolutions seront très complexes à mettre en place...

Peux tu me dire STP, Pourquoi y-a-t-il un risque que je tombre sur des delais 2 à 15minutes??

En fait, pour ton prochain projet, il faudra commencer par là : séparer les données de l'application.

d'aprés mes connaissances la separation des données peuvent se faire dans n'importe qu'il etape suit au debut ou à la fin!

Cordialement,

[karima123]

Merci, EricDgn

S'il y a plusieurs utilisateurs et que l'application doit encore pouvoir être modifiée, il faut quand même absolument séparer les données et l'interface utilisateur.
Bonne continuation.

Dans mon cas, il y a un seul utilisateur qui sera responsable d'entrer les données, pour moi et les reste de groupe juste on consulte les données et les graphes et les états.

Pour cela j'ai choisis l'idée de faire des raccourcis de l'application origine, parce que la méthode dorsale et frontale est plus risquée et complique la manipulation de la base après.

Merci,

[Papy Turbo]

Dans mon cas, il y a un seul utilisateur qui sera responsable d'entrer les données, pour moi et les reste de groupe juste on consulte les données et les graphes et les états.

C'est effectivement moins grave s'il n'y a qu'un utilisateur en saisie de données/ouverture de formulaires..., donc tu peux faire l'essai. Mais, pour des raisons de performances, j'installerais le tout sur son poste, dans un dossier partagé, plutôt que sur un serveur.

Peux tu me dire STP, Pourquoi y-a-t-il un risque que je tombre sur des delais 2 à 15minutes??

Ça m'est arrivé. Un client se plaignait de lenteurs interminables. Je suis allé chez eux, j'ai constaté ces délais et découvert qu'ils avaient tout installé sur le serveur : base de données + applicatif, avec des liens pour chacun.
On a réinstallé 'correctement', sur chaque poste, et tout a fonctionné sans problème.

d'aprés mes connaissances la separation des données peuvent se faire dans n'importe qu'il etape suit au debut ou à la fin!

Oui, sans problème. Simplement, il y aura moins de travail si tu commences dès le départ, avec 2 modules distincts : base et applicatif.

[karima123]

j'installerais le tout sur son poste

STP, tu peux m'expliquer plus tu veux dire quoi par "j'installerais le tout" qu'est ce que je dois installer??

j'ai fais des testes j'ai trouvée que si je met la base origine sur le reseau et je met des racourcis sur les postes (3 poste) sa fonction plus rapide, par contre quand j'ai fractionnée ma base et j'ai met le frontale sur les postes, j'ai constaté qu'il fonction plus lent.

je pense que je vais choisir la methode de raccourcis

Cordialement,
Merci