Bonjour, je vais apporter un éclairage différent de celui de martinbrait qui suggère des solutions Hybride Access + Une autre BD.
Envoyé par
Namta93
Pour une PME (Environ 100 collaborateurs), un SIRH devra à terme être mis en place pour tracer les données.
Si tous en écriture en même temps, cela peut poser un problème, et même en lecture simple cela peut être problématique.
J'ai pensé à ACCESS. Toutefois, je ne connais rien du tout de ce logiciel. Je connais relativement bien EXCEL mais ACCESS c'est l'inconnu complet.
Connaitre Excel ne t'aidera pas forcément (accessoirement la réciproque est vrai aussi) car les 2 logiciels fonctionnent sur des principes différents.
En gros Excel travaille avec des tableaux à deux dimensions, Access avec des listes, des listes de listes, des listes de listes de listes, ...
Livrer une application Access: Peut-on coder et livrer à distance ou faut il obligatoirement être sur site ?
Il faut avoir accès à l'application, ce peut être une copie locale ou un accès à distance via un partage sur le réseau.
Connexion Access : Est-il possible de se connecter à une application à distance ou faut-il partager un réseau commun ?
Partage de réseau c'est plus simples, ou alors accès via remote desktop ou autre. Pas de partage des données via Internet.
VBA : Le langage VBA access et le VBA Excel sont-ils les mêmes ou les commandes sont très différentes ?
Le langage de base, base, est le même mais il y a beaucoup d'objets qui sont différents.
ex : en EXcel pour le faire taire on dit Application.DisplayAlert=false en Access c'est DoCmd.SetWarning false.
Requêtes : Pour interroger une base de données Access, doit on utiliser le langage SQL classique ou des commandes propres à Access ?
On peut utliser SQL (si on est masochiste :-) ), Access vient avec un éditeur de requête qui permet de créer ses requêtes en faisant des glisser/déplacer et tapant dans des cellules.
Access permet le SQL mais sa syntaxe est parfois compliqué mêem si en théorie il est compatible SQL-92.
De plus l'éditeur de SQL est famélique et TRÈS TRÈS limité.
Formulaires : Est-il possible de mettre en place un workflow avec par exemple un formulaire qui passerait successivement chez 3 personnes différentes qui le renseigneraient à distance et qui viendrait ensuite, suite à validation du formulaire, impacter les différentes tables concernées ?
En Access on ne partage les données, rarement les formulaires donc si les personnes doivent agir sur les données, il est plus facile qu'elles aient accès et e concevoir les formulaires pour l'accès.
Note que par défaut Access est "auto-commit", dés que tu sors de l'enregistrement tes modifications sont enregistrées.
Rôles et droits : Est-il possible de mettre en place un système de rôles et droits ?
Depuis la version 2007, non. On peut le simuler via du code dans les formulaires. Ce n'est pas très solide mais si c'est juste pour faciliter la vie des utilisateurs, ça marche. Note qu'on peut crypter la base avec un mot de passe au niveau de l'application pas pour chaque utilisateur.
Authentification : Est-il possible de mettre en place un système d'authentification avec login et mot de passe ?
Voir remarque précédente, avec Access, si la personne à accès au répertoire, elle a potentiellement accès à l'appli.
Runtime access : À quoi ça sert ?
Voir la réponse de martinbrait si ce n'est qu'à ma connaissance on bénéficie de la puissance complète de Access à part certains menus contextuels qui ne sont plus accessible.
Le GROS défaut du runtime, c'est que le débugage sur place est impossible. On peut faire quelques petites choses mais il faut modifier l'appli pour cela.
Performance : Quelles sont les principales limites d'Access en termes de performance ? Combien d'utilisateurs de la base simultanés ?
Déjà évoqué au début.
Formation : Une formation en particulier à conseiller pour un débutant ? (Vrai débutant n'ayant jamais utilisé l'application)
Pour un projet de cette taille, prend une formation avec un professeur ou alors prévoit BEAUCOUP de temps d'étude sur les tutoriaux.
Et prévoit aussi beaucoup de temps pour la réalisation … puis la maintenance.
Règle approximative : un logiciel passe 20% de son temps en création et 80% de son temps en maintenance corrective ou évolutive.
Perso, avec de que tu as dis, j'irai avec une interface utilisateur en Access sur une BD Oracle, SQL Serveur ou autre mais pas 100% Access.
Si il te faut un Access Web, oublie Access comme interface.
A+
Partager