Utiliser Access sur un serveur de fichier ?
Salut,
Sympa ce forum, je retrouve des discussions familières à propos des pro et des anti Access.
Dans mon entreprise je suis un peu à la lutte avec le service info pour pouvoir conserver mon application multi-utilisateurs (base modeste en taille mais riche fonctionnellement, avec en moyenne 3-4 utilisateurs simultanés.
Je ne suis pas un vrai pro et je me pose la question suivante:
J'ai développé une application Access 97 que j'ai fractionnée.
La base de donnée principale est stockée sur un serveur de fichiers, l'application frontale est installé sur le disque dur de chaque "client" et exploite les données via des tables attachées.
- Est-ce une bonne idée ?
- y a t il un risque de faire "tomber" le serveur de fichiers comme on me l'a affirmé ?
- le fait qu'access soit un sgbdr fichier et non pas c/s surcharge certe le réseau mais aussi l'UC du serveur ? (plutôt celui de chaque poste client ?)
j'ai proposé de migrer la base de donnée principale vers MS SQL-Server et conserver l'appli frontale (là où il y a la plus grande plus-value) sous access pour attaquer les données via ODBC.
est-ce une bonne idée car je me heurte à un refus de principe pour Access dans mon entreprise et j'aimerais avoir de bon arguments.
merci !!!!!!
bon mon avis sur la question
En fait j'ai vu ici que vous parlez bcp d'access comme SGBD ...
Access peut sans doute etre qualifié de SGBD si on n'est pas trop puriste, cependant l'aspect le plus nul d'access c est bien, je trouve, le stockage de données !!
Du moins quand on sait que des bases de données dignes de ce nom existent à titre gratuit (mysql) ou payant (sql server, oracle) on se demande encore pourquoi on l utilise encore en tant que stockage de données
(je ne vous dirais pas le nombre de fois ou j ai vu des bases access de 100meg ou plus completement foutues a cause d un acces simultané par réseau de deux utilisateurs)
Pour ma part j'utilise mysql comme base de donnée et access comme interface graphique en liant les tables par odbc, les données sont au chaud et bien en sécurité avec aucun risque de corruption (au du moins bien moindre qu avec du stockage access)
Par contre je trouve que l'aspect le plus puissant d'access et ce qui fait sa vraie force c est la possibilité de développer très rapidement et sans compiler quoi que ce soit des interfaces graphiques presques dignes de ce qu on peut faire avec un vb, delphi ou autre!
Cependant, et ce sera ma conslusion, il m arrive d etre exaspéré par les limitations diverses et la difficulté de mettre en oeuvre certaines choses simples ( je pense que l'Aide est définitvement pas le fort de MS) ..
voilà pourquoi je me demande si vous connaissez des alternatives a Access, qui conservent la rapidité de développement tout en permettant d'aller plus loin ??
Petit détail, j'ai vu ici ou là des incitations a utiliser php plutot qu access ..
J'ecris la majorité de mon code en php (pour un site) donc je ne suis pas du tout un de ses détracteurs, cependant au niveau "backoffice" on ne peut difficilement remplacer access par php sans perdre enormement
en ergonomie (a moins de passer par des acrobaties en javascript)
Par exemple les combo box on on ne sait que le debut et l interface complete le reste...
quel SGBD Client / Serveur choisir
le tire est clair
en favorisant la convivialité puis efficacité.
merci!