Tout d'abord un grand merci à tous pour la grande qualité de ce
newsgroup où j'ai trouvé les réponses à mes questions sans même avoir
à les poser : vive les archives ...
Je sais que cette question a été souvent rabattu ici, mais il me reste
quelques inquiétudes sur l'installation et j'aimerai connaitre la
meilleure solution.
J'ai donc développé une application avec Access 2000. Elle doit être
multi-utilisateur, elle comporte une vingtaine de table et le volume
devrait être au maximum de 6Mo par an.
Je vais donc fractionner le mdb, mettre le front-end sur chacun des
postes. Jusque là pas de soucis.
Pour la partie donnée, suffit-il de mettre le mdb sur un partage de
fichier ou y-a-t-il quelque chose à installer ?
Peut-on le cas échéant utiliser un partage SAMBA depuis un serveur
UNIX ?
Si oui, y-a-t-il des problemes sur ce genre de config ?
J'ai vu un thread qui m'a fait un peu sur les volumes : faut-il que je
m'attende à des problèmes de perfs ?
Installer la base sur un Oracle résoud-il le problème ? (je n'ai guere
le choix qu'entre Access et Oracle. Je trouve qu'Oracle c'est prendre
une masse pour écraser une mouche mais peut-être ai-je tord comme je
débute avec Access)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
troismille
Pour la partie donnée, suffit-il de mettre le mdb sur un partage de fichier ou y-a-t-il quelque chose à installer ? Peut-on le cas échéant utiliser un partage SAMBA depuis un serveur UNIX ?
Comme a son habitude, Microsoft auréole les fonctions systèmes de ses logiciels d'une brume artistique confondante !
Tout ce que je peux te dire, c'est qu'en cours, lorsque je fais une démo à mes élèves de l'accès simultanés à une seule base de données, il est assez rare que j'arrive à le faire planter. Voici mon "protocole" : Mes élèves et moi mêmes nous apprêtons a modifier un seul et même enregistrement. Au signal, nous appuyons tous en même temps sur SHIFT ENTER pour forcer l'enregistrement. Généralement, Access s'en sors très bien, même à 10 personnes simultanées, avec un simplement message d'avertissement, et peut être un certain effet de différé du à la vitesse du réseau. Mais quand ça plante, ça plante : Au point de devoir détruire la base de données et de récupérer un back-up.
Inutile de dire que si tu désires ouvrir une banque, n'utilises pas Access pour gérer les comptes de tes clients :-)
Pour la partie donnée, suffit-il de mettre le mdb sur un partage de
fichier ou y-a-t-il quelque chose à installer ?
Peut-on le cas échéant utiliser un partage SAMBA depuis un serveur
UNIX ?
Comme a son habitude, Microsoft auréole les fonctions systèmes de ses
logiciels d'une brume artistique confondante !
Tout ce que je peux te dire, c'est qu'en cours, lorsque je fais une
démo à mes élèves de l'accès simultanés à une seule base de données,
il est assez rare que j'arrive à le faire planter. Voici mon
"protocole" : Mes élèves et moi mêmes nous apprêtons a modifier un
seul et même enregistrement. Au signal, nous appuyons tous en même
temps sur SHIFT ENTER pour forcer l'enregistrement. Généralement,
Access s'en sors très bien, même à 10 personnes simultanées, avec un
simplement message d'avertissement, et peut être un certain effet de
différé du à la vitesse du réseau. Mais quand ça plante, ça plante :
Au point de devoir détruire la base de données et de récupérer un
back-up.
Inutile de dire que si tu désires ouvrir une banque, n'utilises pas
Access pour gérer les comptes de tes clients :-)
Pour la partie donnée, suffit-il de mettre le mdb sur un partage de fichier ou y-a-t-il quelque chose à installer ? Peut-on le cas échéant utiliser un partage SAMBA depuis un serveur UNIX ?
Comme a son habitude, Microsoft auréole les fonctions systèmes de ses logiciels d'une brume artistique confondante !
Tout ce que je peux te dire, c'est qu'en cours, lorsque je fais une démo à mes élèves de l'accès simultanés à une seule base de données, il est assez rare que j'arrive à le faire planter. Voici mon "protocole" : Mes élèves et moi mêmes nous apprêtons a modifier un seul et même enregistrement. Au signal, nous appuyons tous en même temps sur SHIFT ENTER pour forcer l'enregistrement. Généralement, Access s'en sors très bien, même à 10 personnes simultanées, avec un simplement message d'avertissement, et peut être un certain effet de différé du à la vitesse du réseau. Mais quand ça plante, ça plante : Au point de devoir détruire la base de données et de récupérer un back-up.
Inutile de dire que si tu désires ouvrir une banque, n'utilises pas Access pour gérer les comptes de tes clients :-)
Gold
Bonsoir Je ne tiens pas spécialement à défendre Access, mais rendons à César ce qui appartient à César et ...
Tout ce que je peux dire, c'est que j'ai développé une application client/serveur qui gère l'ensemble de l'activité d'une entreprise qui fait 40 m?.(soit +-15000 factures/an). Cela va de l'approvisionnement à la compta en passant par l'EDI, les statistiques et la téléphonie centralisée. Il y a +- 40 utilisateurs (dont 5 sont distants et les autres sur réseau local). Les données comprennent 3 bases (150 M pour les stat, 250M pour l'activité, 3M pour la téléphonie). Cette application tourne depuis 3 ans et génère une corruption de la base (uniquement d'activité) en moyenne 2x par mois. Une simple réparation suffit à remettre les choses en place. C'est pénalisant mais malgré tout supportable malgré l'activité. Bien sûr chaque soir il y a compression et sauvegarde de la base. Le serveur est un WinSever2003, toutes les machines sont des PC rapide avec WindowsXP et Access 2002 Pour les utilisateurs distants j'emploie terminal server et aucune opération n'est vraiment lente d'une façon inacceptable. amicalement Jacques
Bonsoir
Je ne tiens pas spécialement à défendre Access, mais rendons à César ce qui
appartient à César et ...
Tout ce que je peux dire, c'est que j'ai développé une application
client/serveur qui gère l'ensemble de l'activité d'une entreprise qui fait
40 m?.(soit +-15000 factures/an).
Cela va de l'approvisionnement à la compta en passant par l'EDI, les
statistiques et la téléphonie centralisée.
Il y a +- 40 utilisateurs (dont 5 sont distants et les autres sur réseau
local).
Les données comprennent 3 bases (150 M pour les stat, 250M pour l'activité,
3M pour la téléphonie).
Cette application tourne depuis 3 ans et génère une corruption de la base
(uniquement d'activité) en moyenne 2x par mois. Une simple réparation suffit
à remettre les choses en place. C'est pénalisant mais malgré tout
supportable malgré l'activité. Bien sûr chaque soir il y a compression et
sauvegarde de la base.
Le serveur est un WinSever2003, toutes les machines sont des PC rapide avec
WindowsXP et Access 2002
Pour les utilisateurs distants j'emploie terminal server et aucune opération
n'est vraiment lente d'une façon inacceptable.
amicalement Jacques
Bonsoir Je ne tiens pas spécialement à défendre Access, mais rendons à César ce qui appartient à César et ...
Tout ce que je peux dire, c'est que j'ai développé une application client/serveur qui gère l'ensemble de l'activité d'une entreprise qui fait 40 m?.(soit +-15000 factures/an). Cela va de l'approvisionnement à la compta en passant par l'EDI, les statistiques et la téléphonie centralisée. Il y a +- 40 utilisateurs (dont 5 sont distants et les autres sur réseau local). Les données comprennent 3 bases (150 M pour les stat, 250M pour l'activité, 3M pour la téléphonie). Cette application tourne depuis 3 ans et génère une corruption de la base (uniquement d'activité) en moyenne 2x par mois. Une simple réparation suffit à remettre les choses en place. C'est pénalisant mais malgré tout supportable malgré l'activité. Bien sûr chaque soir il y a compression et sauvegarde de la base. Le serveur est un WinSever2003, toutes les machines sont des PC rapide avec WindowsXP et Access 2002 Pour les utilisateurs distants j'emploie terminal server et aucune opération n'est vraiment lente d'une façon inacceptable. amicalement Jacques
Emmanuel Feller
Merci pour ton retour, ca me rassure sur la stabilité de l'appli ...
Par contre je n'ai pas eu de réponse sur l'installation : faut-il installer qqchose sur le serveur ? et si non peut-on utiliser un parage de fichier samba ?
Emmanuel
"Gold" a écrit dans le message de news:ci7hjh$133v$
Bonsoir Je ne tiens pas spécialement à défendre Access, mais rendons à César ce qui
appartient à César et ...
Tout ce que je peux dire, c'est que j'ai développé une application client/serveur qui gère l'ensemble de l'activité d'une entreprise qui fait 40 m?.(soit +-15000 factures/an). Cela va de l'approvisionnement à la compta en passant par l'EDI, les statistiques et la téléphonie centralisée. Il y a +- 40 utilisateurs (dont 5 sont distants et les autres sur réseau local). Les données comprennent 3 bases (150 M pour les stat, 250M pour l'activité,
3M pour la téléphonie). Cette application tourne depuis 3 ans et génère une corruption de la base (uniquement d'activité) en moyenne 2x par mois. Une simple réparation suffit
à remettre les choses en place. C'est pénalisant mais malgré tout supportable malgré l'activité. Bien sûr chaque soir il y a compression et sauvegarde de la base. Le serveur est un WinSever2003, toutes les machines sont des PC rapide avec
WindowsXP et Access 2002 Pour les utilisateurs distants j'emploie terminal server et aucune opération
n'est vraiment lente d'une façon inacceptable. amicalement Jacques
Merci pour ton retour, ca me rassure sur la stabilité de l'appli ...
Par contre je n'ai pas eu de réponse sur l'installation : faut-il installer
qqchose sur le serveur ?
et si non peut-on utiliser un parage de fichier samba ?
Emmanuel
"Gold" <jagold@nerim.fr> a écrit dans le message de
news:ci7hjh$133v$1@biggoron.nerim.net...
Bonsoir
Je ne tiens pas spécialement à défendre Access, mais rendons à César ce
qui
appartient à César et ...
Tout ce que je peux dire, c'est que j'ai développé une application
client/serveur qui gère l'ensemble de l'activité d'une entreprise qui fait
40 m?.(soit +-15000 factures/an).
Cela va de l'approvisionnement à la compta en passant par l'EDI, les
statistiques et la téléphonie centralisée.
Il y a +- 40 utilisateurs (dont 5 sont distants et les autres sur réseau
local).
Les données comprennent 3 bases (150 M pour les stat, 250M pour
l'activité,
3M pour la téléphonie).
Cette application tourne depuis 3 ans et génère une corruption de la base
(uniquement d'activité) en moyenne 2x par mois. Une simple réparation
suffit
à remettre les choses en place. C'est pénalisant mais malgré tout
supportable malgré l'activité. Bien sûr chaque soir il y a compression et
sauvegarde de la base.
Le serveur est un WinSever2003, toutes les machines sont des PC rapide
avec
WindowsXP et Access 2002
Pour les utilisateurs distants j'emploie terminal server et aucune
opération
n'est vraiment lente d'une façon inacceptable.
amicalement Jacques
Merci pour ton retour, ca me rassure sur la stabilité de l'appli ...
Par contre je n'ai pas eu de réponse sur l'installation : faut-il installer qqchose sur le serveur ? et si non peut-on utiliser un parage de fichier samba ?
Emmanuel
"Gold" a écrit dans le message de news:ci7hjh$133v$
Bonsoir Je ne tiens pas spécialement à défendre Access, mais rendons à César ce qui
appartient à César et ...
Tout ce que je peux dire, c'est que j'ai développé une application client/serveur qui gère l'ensemble de l'activité d'une entreprise qui fait 40 m?.(soit +-15000 factures/an). Cela va de l'approvisionnement à la compta en passant par l'EDI, les statistiques et la téléphonie centralisée. Il y a +- 40 utilisateurs (dont 5 sont distants et les autres sur réseau local). Les données comprennent 3 bases (150 M pour les stat, 250M pour l'activité,
3M pour la téléphonie). Cette application tourne depuis 3 ans et génère une corruption de la base (uniquement d'activité) en moyenne 2x par mois. Une simple réparation suffit
à remettre les choses en place. C'est pénalisant mais malgré tout supportable malgré l'activité. Bien sûr chaque soir il y a compression et sauvegarde de la base. Le serveur est un WinSever2003, toutes les machines sont des PC rapide avec
WindowsXP et Access 2002 Pour les utilisateurs distants j'emploie terminal server et aucune opération
n'est vraiment lente d'une façon inacceptable. amicalement Jacques
Gold
Bonjour, Non rien a installer sur le server, même pas access ... amicalement Jacques
"Emmanuel Feller" a écrit dans le message de news:41485efc$0$12047$
Merci pour ton retour, ca me rassure sur la stabilité de l'appli ...
Par contre je n'ai pas eu de réponse sur l'installation : faut-il installer
qqchose sur le serveur ? et si non peut-on utiliser un parage de fichier samba ?
Emmanuel
Bonjour,
Non rien a installer sur le server, même pas access ...
amicalement Jacques
"Emmanuel Feller" <emmanuel.feller@free.fr> a écrit dans le message de
news:41485efc$0$12047$626a14ce@news.free.fr...
Merci pour ton retour, ca me rassure sur la stabilité de l'appli ...
Par contre je n'ai pas eu de réponse sur l'installation : faut-il
installer
qqchose sur le serveur ?
et si non peut-on utiliser un parage de fichier samba ?
