+1Envoyé par IDontLikeYou
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Qu'Oracle la conserve
Qu'Oracle s'en débarasse
De passer par une fondation multi-vendeurs
Autre (précisez svp)
Discussion :
+1
troll non validé.
La réponse correcte était :
c'est le plus connu ET c'est(était) un bon challenger aux SGBD payants.
j'adore aussi le :
"Après bon pour une petite application, qui ne fait que 3 requetes de temps à autre... c'est bon, on peut utiliser MySQL."
magnifique... énorme de mauvaise foi (et/ou d'ignorance).
Une BD sans proc stock un concurrent valable ? Ca c'est du vrai troll.... Oui, MySQL c'est bon pour 2-3 requêtes, pour une utilisation basique de BD, pas plus. Il est très bon dans ce rôle, mais ce n'est absolument pas une raison pour le survendre.
C'est un produit qui a son utilité, c'est vrai, mais des limitations très claires aussi. Voir les nombreux sujets sur ce site.
Facebook c'est 2-3 requêtes ?
Developpez.net c'est 2-3 requêtes ?
Bref stop, MySQL est tout a fait capable que les autres grosse bases de données et bien plus fléxible si on sait l'utiliser correctement.
je dirai sa a notre DBA oracle.
C'est exactement ça, je serais curieux de savoir combien des fanboys de MySQL ont utilisé une vraie base de données dans des conditions d'exploitation...
je dirai sa a notre DBA oracle.
Je remet pas en doute que MySQL soit un challenger des SGBD payante, mais dire que MySQL et plus Flexisble qu'un SQLServer ou un ORACLE parce que on sais bien l'utiliser.
si ont sais l'utiliser, même Access est une très bonne BDD.
Oracle ça reste l'exception, je suis d'accord que pour le moment il n'y a clairement aucune autre base de données aussi flexible et complète qu'Oracle.
Mais plus fléxible qu'un SQL Server, oui je pense (Par exemple SQL Server niveau "tweaking" il me semble que c'est super limité... Tout est fait automatiquement et on peut pas faire autrement :/)
Ne poste jamais ça sur le forum SGBD, de peur d'être démembré à la hache.
Pourquoi donc ?Ne poste jamais ça sur le forum SGBD, de peur d'être démembré à la hache.
sans doute un début de réponse ici : http://sqlpro.developpez.com/cours/sqlaz/fonctions/
MySQL est pas forcement celui qui respect le mieux la norme et celui qui propose le plus d'option au niveau SQL.
après je suis pas DBA n'y spécialiste SGBD, je sais juste que pour me connecté a une BDD en C#, celle avec lequel je galaire le moins c'est SQLServer.
En même temps c'est normal, tu utilise 2 techno microsoft, donc forcement l'interopérabilité est facilité au maximumaprès je suis pas DBA n'y spécialiste SGBD, je sais juste que pour me connecté a une BDD en C#, celle avec lequel je galaire le moins c'est SQLServer.
Fait ca en C++ ou en Python, ca sera l'inverse....
Puis SQL Server n'est pas non plus un exemple pour le respect du SQL (Youpi GetDate et les [matable].[Id])
non désolé, ça ne répond pas du tout à la questionsans doute un début de réponse ici : http://sqlpro.developpez.com/cours/sqlaz/fonctions/
MySQL est pas forcement celui qui respect le mieux la norme et celui qui propose le plus d'option au niveau SQL.
après je suis pas DBA n'y spécialiste SGBD, je sais juste que pour me connecté a une BDD en C#, celle avec lequel je galaire le moins c'est SQLServer.
_skip ?
oui mais il me semble que MySQL fait encore pire...
de plus en termes d'administration, il me semble que SQL Server est bien meilleurs que MySQL.
Y'a des DBA pour confirmé?
D'expéreience, je n'ai jamais rencontrer de moteur respectant entièrement la norme SQL et SQL server très loin d'être le pire (je dirais même qu'il est plutôt bon).
C'est a dire ?
C'est vague
Respecter la norme n'a jamais été un gage de performance et d'efficacité.
Il me semble que les outils de gestion sont plus simples... du moins c'est ce que le DBA nous a dit...C'est-à-dire ?
C'est vague
Après si je compare avec mon experience personelle (et à mon avis c'est pas une référence à ce niveau là) entre phpMyAdmin et SQL Server manager...
Mais bon! Il y a sans doute de bons outils d'administration pour MySQL.
Inquiétant.
Je pense que Mysql est déjà très performant, pour stocker un grand nombre de données. Me disant qu'une possible concurrence juste par abus de pouvoir sur certaine technologie ferait honte, un petit peu.
La base Mysql est vraiment simple et directement accessible pour tout niveaux, ce qui est moins sûre pour postgresql et Oracle.
De plus, si Sqlite est existant, c'est dans cette opinion que l'on doiy juger de même Mysql.
Les fonctions MySQL et Mysqli sont de très bonne facilité quand je prends goût à les utiliser.
Une idée comme laisser tomber un projet qui marche bien depuis beaucoup de temps comme celui là (Mysql...) est possible mais sans hésiter, il ne faut pas gâcher des efforts aussi simplifiés.
Répondre avec citation
Partager