10 votes

MS Access vs MS SQL Server

Il s'agit de deux offres de Microsoft - MS Access et MS SQL Server.

À quel type d'utilisateurs/utilisations Access est-il destiné ? Mis à part le degré d'utilisation (en termes de nombre d'utilisateurs), ces deux produits sont-ils identiques ?

5voto

tksb Points 121

MS Access est en fait une combinaison d'un outil d'interface utilisateur de développement rapide et d'une base de données relationnelle basée sur un système de fichiers (JET).

Pour :
- Déploiement facile, il suffit de copier le fichier sur le réseau et d'indiquer aux gens le chemin d'accès. - Prototypage rapide et très bons outils de développement de l'interface utilisateur pour les applications de type base de données. - Généralement beaucoup moins cher à déployer, surtout pour les petites installations.

Cons - Maintenance - Vous devez verrouiller tous les utilisateurs lorsque vous souhaitez effectuer un compactage de la BD, une réparation ou toute autre maintenance. - En raison de l'utilisation d'une base de données basée sur des fichiers, elle est plus sujette à la corruption des données lorsqu'il y a un grand nombre d'utilisateurs ou lorsque les connexions réseau sont instables. - Bien que le nombre d'utilisateurs soit discuté, vous atteindrez le nombre maximum d'utilisateurs que vous pouvez prendre en charge avec une seule base de données Access beaucoup plus tôt qu'avec SQL.

MS SQL Server est un système de base de données relationnelle client-serveur, sans outils de développement d'interface utilisateur intégrés.

Pour :
- Maintenance - Beaucoup d'outils pour la maintenance, on peut en faire la plupart avec les utilisateurs dans la BD. Ainsi, vous obtenez un temps de disponibilité plus élevé.
- L'échelle de l'entreprise - elle est conçue pour prendre en charge un nombre beaucoup plus important d'utilisateurs et s'adapte mieux à ces derniers.

Cons : - Coûteux - Pour une application destinée à 5 utilisateurs et devant assurer le suivi de quelques centaines de milliers d'articles, cela peut être excessif.
- Plus complexe - Toutes les fonctionnalités supplémentaires introduisent une courbe d'apprentissage. - Pas d'outils de développement d'interface utilisateur intégrés - Vous aurez besoin d'une autre plateforme de développement pour créer un front-end et (sans doute) des rapports. En fait, Access peut fonctionner en tant que front-end pour SQL, mais pour un certain nombre de raisons, les DBA ont tendance à détester que les utilisateurs d'Access se connectent à leurs bases de données.

Miscellany
- Bien que vous puissiez entendre le contraire, ne prenez pas votre décision en fonction de la taille de la base de données, mais en fonction des fonctionnalités et de la taille de votre base d'utilisateurs.
- Access est en fait un très bon outil d'interface utilisateur pour les bases de données hébergées par SQL Server. La bonne réponse pourrait donc être "les deux", en fonction de vos besoins.

4voto

Mateen Ulhaq Points 143

La question est idiote. SQL Server et Access ne sont même pas le même type de produit. C'est comme demander quelle est la différence entre un hôtel et un camion Mack - la question n'a même pas de sens.

La raison en est que SQL Server est uniquement un moteur de base de données, tandis qu'Access est un outil de développement d'applications de base de données. SQL Server sert à stocker les données, tandis qu'Access sert à créer des applications pour manipuler les données.

Maintenant, Access est livré avec un moteur de base de données par défaut, Jet/ACE, et à cause de cela, tout le monde utilise couramment "Access" pour désigner le moteur de base de données. Ils se trompent et sont imprécis lorsqu'ils utilisent Access et Jet/ACE de manière interchangeable, et cela entraîne toutes sortes de confusions si vous ne spécifiez pas ce que vous voulez dire. Si vous ne pouvez pas comparer Access à proprement parler à SQL Server, vous pouvez certainement comparer SQL Server à Jet/ACE, car vous comparez alors des moteurs de base de données, et non des pommes et des meubles.

Je n'entrerai pas dans les détails, mais je dirai que le choix du moteur de base de données le plus approprié va dépendre des tâches que vous lui demandez d'accomplir. C'est un peu comme acheter un véhicule pour se déplacer. Si vous êtes un célibataire et que vous avez juste besoin d'une voiture pour aller au supermarché et au centre commercial, vous vous en sortirez très bien avec une Mini Cooper. En revanche, si vous êtes une entreprise et que vous devez transporter des centaines de cartons d'inventaire entre votre entrepôt et votre magasin, vous aurez besoin d'un camion Mack.

Il serait stupide pour un particulier d'essayer d'utiliser un camion Mack pour se rendre au centre commercial et au supermarché, et tout aussi stupide d'essayer de transporter les stocks de votre entreprise en utilisant une Mini Cooper. Les deux peuvent être faits, mais c'est terriblement peu pratique.

Vous devez donc décider de l'objectif pour lequel vous utilisez un moteur de base de données, puis choisir le moteur de base de données le mieux adapté à cet objectif. Il existe de nombreux scénarios dans lesquels Jet/ACE est plus qu'adéquat et vous rendra les choses très faciles.

Il existe également de nombreux scénarios dans lesquels il serait peu judicieux de commencer avec lui, et vous devriez opter pour un moteur de base de données de serveur comme SQL Server. Jet/ACE sera inadéquat pour un certain nombre de scénarios, et SQL Server sera largement surdimensionné pour d'autres, mais vous ne pouvez pas savoir lequel des deux avant d'examiner les exigences spécifiques d'un scénario particulier.

Enfin, Access est un outil formidable pour construire votre application frontale, que ce soit avec une base de données Jet/ACE ou une base de données SQL Server. En effet, il est assez facile de passer de Jet/ACE à SQL Server si vous avez pris soin de créer une application Access efficace, et c'est un scénario très courant, c'est-à-dire que vous commencez avec votre front-end Access et un back-end Jet/ACE, et au fur et à mesure que les besoins augmentent, vous passez à un back-end serveur, tout en conservant l'application Access existante.

3voto

Force Flow Points 4008

Access est davantage destiné à l'utilisateur final, car il s'agit d'un paquet tout compris. Il est principalement destiné à une seule utilisation à la fois, mais il prend en charge les utilisateurs multiples, bien que ce soit d'une manière détournée et maladroite. N'oubliez pas que c'est un outil de MS Office.

MS SQL Server est une véritable base de données SQL. Il est conçu pour être installé sur un serveur et servir de base de données pour n'importe quel frontal que vous souhaitez y placer. Il est principalement destiné à de multiples utilisateurs et à être centralisé.

2voto

Shawn Points 143

En plus de la réponse de Force Flow, ils fournissent également des outils différents et une interface utilisateur différente.

Access permet de créer des tables, de générer des requêtes à l'aide d'un assistant, de créer des rapports à l'aide d'un assistant, de créer des macros, etc. Le compactage et d'autres outils de maintenance sont intégrés. Il s'agit d'une petite base de données tout-en-un.

SQL Server a plus de puissance et moins de prise en main. Vous devez connaître les bases de données et le langage SQL pour l'utiliser correctement, et il nécessite une maintenance adéquate.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X