samedi 17 novembre 2012
Microsoft Access ou SQL Server - Quelle est la bonne pour ma base de données d'affaires?
Beaucoup de gens me demandent: «ce qui est mieux pour ma base de données: Microsoft Access ou SQL Server?" La réponse courte est celle-ci: si vous avez une petite base de données ou une base de données utilisée par un petit groupe de personnes, l'accès est parfaitement bien par lui-même. Que vos besoins évoluent, vous pouvez toujours passer à SQL Server et de garder l'accès en "front-end" base de données.
Access est un outil de base de données idéale pour les bases de données mono-utilisateur ou en petits groupes utilisés sur un réseau local (réseau d'entreprise). Accès a les meilleurs outils de conception de tout programme de base de données sur le marché. Il est facile de créer vos tables, requêtes, formulaires, états, macros, et même du code VBA dans Access tout. Je me sers d'accès depuis la version 1.0 est sorti dans les années 90 au début, et je le sais à l'intérieur et à l'extérieur. J'ai eu des clients de petites entreprises et les grandes entreprises, et l'accès par lui-même est très bien pour 90% d'entre eux.
L'accès est un programme de base de données autonome. Si vous avez besoin de partager la base de données entre plusieurs utilisateurs, alors vous avez à «partager» le fichier base de données Access (MDB ou soit un fichier ACCDB, en fonction de la version d'Access que vous utilisez). C'est là que la question de l'efficacité entre en jeu. L'accès fonctionne très bien lors du partage de données entre un petit groupe de personnes (disons 10 utilisateurs simultanés ou moins) mais quand on commence à parler de 15, 20, 30 personnes en utilisant la base de données en même temps , Access commence à ralentir. Un grand nombre. Données plus stockées dans Access n'est pas vraiment sûr.
C'est là une base de données "serveur" entre en jeu. Le serveur de base de données (généralement exécuté sur un serveur de fichiers réseau, ou de sa propre boîte dédiée) ne fait rien, il faudrait que les données à la demande. Il contient toutes les tables et peut exécuter toutes les requêtes et juste vous envoyer ce que vous avez besoin d'informations. Si l'accès (seul) étaient de partager une liste de clients sur le réseau, par exemple, il faudrait envoyer votre ordinateur toute la liste de 10.000 clients et votre copie locale d'accès serait comprendre la liste des 20 clients dont il a besoin. En revanche, un serveur de base de données serait il suffit d'exécuter la requête et envoyer UNIQUEMENT les 20 clients sur le réseau. Bien plus efficace. Beaucoup plus efficace.
Maintenant, voici la chose ... il n'a pas d'importance quel serveur de base de données que vous utilisez sur le back-end. Vous pouvez utiliser Microsoft SQL Server, Oracle, MySQL, ou n'importe quel nombre de serveurs de bases de données d'autres. Vous pouvez toujours utiliser Access comme frontal et de garder tous ces formulaires, rapports, macros et le code VBA que vous avez écrit lorsque votre base de données a été faible. Vous bénéficierez de l'efficacité ajoutée (REAL et de la sécurité) du serveur de base de données back-end de nouveau, mais vous aurez la facilité d'utilisation de l'accès frontal.
Donc, encore une fois, je vous recommande la construction de votre base de données dans Access. Vous pouvez rapide de prototypes et obtenir votre base de données et en cours d'exécution sur un seul PC autonome. Puis lorsque vous êtes prêt à le déployer à quelques utilisateurs, le partager sur le réseau. Puis, en tant que votre réseau se développe et vous êtes jusqu'à 10-15 utilisateurs, aller de l'avant et mettre à jour à nouveau avec un serveur de base de données back-end. C'est tout facile à faire avec Access....
Inscription à :
Publier les commentaires (Atom)
Aucun commentaire:
Enregistrer un commentaire