base de donn

Base de données Microsoft Access : comment traiter et éliminer le mythe selon lequel l’accès ne peut pas gérer plusieurs utilisateurs

Si j’avais une livre (ou un dollar) à chaque fois que j’entendais que Microsoft Access n’était pas assez bon lorsqu’il s’agissait de plusieurs utilisateurs “simultanés” et que la dégradation des performances et les problèmes de verrouillage étaient les principaux symptômes lorsque j’essayais de partager une base de données Access ; Je pourrais prendre ma retraite et redonner plus de temps à la société qui a vraiment besoin de mon aide !

En 2004, on m’a demandé de créer une base de données Access qui gérerait plus de 30 utilisateurs pour utiliser et passer des commandes, les traiter et faire en sorte que d’autres membres remplissent les marchandises dans un module de fabrication. Tout d’abord, je devais établir non pas combien d’utilisateurs mais combien concurrent les utilisateurs devraient utiliser l’application de base de données Microsoft Access dont le client a confirmé que 25 à 30 utilisateurs seraient nécessaires pour accéder à la même base de données en même temps.

Il y a beaucoup d’opinions quant à savoir si Microsoft Access peut réellement gérer plusieurs utilisateurs et de gros volumes de données et il est certain qu’il y a avantages et les inconvénients (qui ne sera pas couvert ici), il y a un dicton dans n’importe quel domaine d’expertise “Mettez 7 experts dans une pièce et demandez-leur un avis et vous obtiendrez 21 réponses différentes.

Mon point de vue est simple; essayez d’abord Microsoft Access, puis au moins si vous avez besoin de passer à une application plus grande, vous pouvez passer à autre chose en sachant qu’au moins vous avez essayé !

Lire Aussi...  WordPress est-il la meilleure plate-forme pour votre site Web immobilier ?

Donc, pour vous aider, il y a 5 raisons de traiter et de se débarrasser du mythe selon lequel Access peut être utilisé dans un environnement multi-utilisateurs.

  1. L’action la plus courante consiste à diviser la base de données Access en deux parties. Avoir toutes les tables dans une base de données et les objets restants dans une autre. Assurez-vous de stocker la base de données ‘Tables’ (communément appelée BE- Back-End) sur le serveur ou le dossier réseau partagé avec l’autre base de données (communément appelée FE – L’extrémité avant) sur le bureau de chaque utilisateur qui a un lien vers la base de données BE.
  2. Lors de la conception de vos tables, apprenez à définir l’indexation sur les champs couramment utilisés et pas seulement à définir la clé “Primaire” dans une table. L’autre type de clé souvent négligé est connu sous le nom de clé « étrangère ». Tout cela améliore les performances et accélère les requêtes dans Microsoft Access.
  3. Le chargement des formulaires peut être gourmand en mémoire et pour améliorer les performances et éviter le verrouillage, envisagez d’ouvrir un formulaire comme ‘non lié’ à la source de données. Vous pouvez ensuite remplir les données via une macro ou un code VBA pour gérer les données si nécessaire.
  4. L’utilisation de formulaires et de rapports est une surcharge qui peut être facilement contrôlée (et c’est l’une des raisons pour lesquelles ils sont stockés sur le bureau). Gardez le nombre de contrôles au minimum, ce qui signifie moins de pages à onglet et de zones de texte inutiles pour contenir les calculs et autres valeurs masquées. Il existe de meilleures façons de gérer cela, mais cela nécessitera une connaissance simple du code VBA.
  5. Utiliser ‘local‘ des tables temporaires pour gérer le traitement hors ligne qui peuvent ensuite être envoyées à la base de données BE au fur et à mesure des besoins, aidant à garder le trafic aussi libre que possible.
Lire Aussi...  Les 3 pages qui devraient figurer sur chaque site WordPress pour augmenter son efficacité

Il existe d’autres techniques qui peuvent être ajoutées pour aider à gérer plusieurs ‘concurrent‘ les utilisateurs, mais qui ont d’abord eu l’expérience, indiquent que vous pouvez utiliser une base de données Microsoft Access sur un réseau en tant qu’application de base de données client/serveur simulée.