MySQL, SQL Server et Oracle

Question

J'ai toujours utilisé uniquement MySQL et aucun autre système de base de données.

Une question a été posée lors d'une réunion d'entreprise aujourd'hui et j'étais embarrassé de ne pas savoir : Pour un développeur, quelle fonctionnalité révolutionnaire MS ou Oracle offre-t-elle que MySQL n'a pas et qui permet à MS et Oracle de faire payer leurs systèmes ?

Answer 1

Je pense que d'autres commentateurs ont tout à fait raison de souligner toutes les capacités supplémentaires non essentielles du SGBDR qui sont incluses dans les solutions commerciales.

Voici une matrice des éditions et des fonctionnalités d'Oracle qui vaut la peine d'être consultée pour comprendre les fonctionnalités "supplémentaires", notamment dans le contexte de ce qu'il en coûterait pour développer et supporter votre propre version de ces fonctionnalités (si cela est possible) sur un produit comme MySQL : https://docs.oracle.com/cd/B28359_01/license.111/b28287/editions.htm#DBLIC116

Par exemple, si vous avez une exigence qui dit : "Les utilisateurs doivent être en mesure de récupérer toutes les versions précédentes des données qu'ils ont supprimées/mises à jour jusqu'à une semaine après que les changements ont été effectués", cela implique une certaine charge de développement qui, à mon avis, serait beaucoup plus élevée sur un système qui ne dispose pas d'une fonction intégrée comme Flashback Query d'Oracle.

Answer 2

Les couches de SGBDR purs d'Oracle et de MSSQL offrent principalement un environnement programmable plus mature que MySQL et InnoDB. T-SQL et PL/SQL ne peuvent pas encore être égalés par les procédures stockées et les déclencheurs de MySQL.

Les autres différences sont des différences syntaxiques et sémantiques légères qui rendent les choses plus faciles ou plus difficiles (comme top 500 versus limit/offset).

Mais le vrai problème est qu'il existe une tonne d'outils et de services intégrés au-dessus des couches de SGBDR de MSSQL (Reporting Services, Analysis Services) et d'Oracle (Data Warehousing, RAC) que MySQL ne possède pas (encore).

Answer 3

MySQL n'est pas gratuit !

Il est généralement considéré comme gratuit, mais si vous vendez ou distribuez des logiciels qui intègrent MySQL, il est soumis à des restrictions assez sévères. Si MySQL doit être inclus dans votre distribution de logiciel (c'est-à-dire que vous ne l'utilisez pas seulement pour servir des clients distants), il n'est gratuit que pour les projets Open Source ou les organisations à but non lucratif. Si vous parvenez à séparer complètement la base de données et les pilotes du reste de votre application, et à obliger votre client à télécharger et à installer MySQL par ses propres moyens, tout va probablement bien.

Sinon, le coût de l'édition "standard" est de 2 000 dollars par an, ce qui est à peu près comparable au coût de la licence SQL Server.

Les deux sont de très bonnes bases de données, mais parmi les avantages de SQL Server, on peut citer :

• Un langage procédural riche et expressif (T-SQL)
• Un meilleur optimiseur de requêtes, et de meilleures performances dans les environnements à forte intensité d'écriture
• Un ensemble solide d'outils et de capacités auxiliaires, notamment un environnement de programmation, un outil ETL (SSIS), une modélisation dimensionnelle (SSAS), un environnement de création de rapports (SSRS) et un planificateur de tâches raisonnablement sophistiqué.
• Débogage interactif des procédures stockées et des UDF.
• Un outil de gestion relativement facile à utiliser, basé sur des fenêtres, qui vous permet d'effectuer la plupart des tâches d'administration d'une manière "cliquable".

De nombreuses personnes sont idéologiquement opposées à l'utilisation d'outils Microsoft ou à l'enfermement dans un environnement Windows, et je peux le comprendre. Mais MySQL n'est PAS gratuit pour une utilisation professionnelle, et cela ne semble pas être compris par tous.

Pour consulter la politique de licence de MySQL, rendez-vous sur leur site web : https://www.mysql.com/about/legal/licensing/oem/

Answer 4

D'autres choses que l'oracle a sur mysql.

• Files d'attente
• planification interne des tâches
• langage de procédure stockée mature
• tables patitionnées
• contrôle d'accès et audit à grain fin
• fonctions de récupération solides (par exemple, flashback, rman, dataguard)
• liens vers des bases de données distantes
• application express

Answer 5

Jusqu'à ce que j'administre des RDBS d'autres fournisseurs, les répétitions d'Oracle "les lecteurs ne bloquent pas les écrivains, les écrivains ne bloquent pas les lecteurs" ne signifiaient pas grand-chose pour moi. Je ne savais vraiment pas grand chose sur la gestion des problèmes de verrouillage en 8 ans comme DBA Oracle. 2 ans d'Informix et 3 ans de SQL Server et croyez-moi, j'en sais beaucoup plus sur le verrouillage.

Je dirais donc, en plus des commentaires sur le support et les fonctionnalités non-RDBMS, d'ajouter le comportement de verrouillage.