Discussion :

[SQLpro]

Bonjour,

j'avais déjà dénoncé les horreurs de MySQL qui est loin d'être une base de données relationnelle, mais là on atteint des sommets.

Voici un exemple de bug complétement imbécile qui rend le produit inexploitable...

http://blog.developpez.com/sqlpro/p9...x-yeux/#c42699

A vous de juger !

A +

[Fred_34]

Ce n'est pas parce que ça ne fonctionne pas comme tu le souhaites que c'est un bug !

De plus, il n'y a peut être pas d'erreur, mais il y a des warnings.

Et effectivement si on est idiot au point d'avoir ce genre de données et ce genre de requêtes, il est préférable de passer sur sql server...

[srvremi]

On ne peut pas dire que je porte particulièrement MySQL dans mon coeur, loin delà, mais de là à dire que c'est une pure daube...

1. D'abord la daube c'est bon
2. Ensuite c'est un truc qu'on ne paye pas
3. Ça se met facilement en place
4. C'est moins lourd à gérer qu'un PostgreSQL

Bon là je me fais l'avocat du diable hein, je déteste MySQL

[Pelote2012]

C'est sur que ce n'est as jolie jolie, mais bon c'est gratuit ...
Mais bon, ça ne veut pas dire qu'on tolère tout.
Je pense que le choix d'une BDD se fait suivant le besoin.
Si tu veux un site perso, qu'avec peut de données et que t'a pas envie de t'embarrasser ou de payer trop ... c'est une alternative.
Maintenant, si tu fais des sites professionnel, tu te tournera plus facilement vers oracle ou sqlserver, ou là tu as des outils professionnels.

[punkoff]

[*]C'est moins lourd à gérer qu'un PostgreSQL

Bonjour,


Pouvez-vous developper ce point de vu ?

[srvremi]

Je parlais de l'installation et de l'administration pour un débutant. Faire tourner un postgres qui marche bien c'est moins évident à mon avis.

@+
Rémi

[CinePhil]

Je parlais de l'installation et de l'administration pour un débutant. Faire tourner un postgres qui marche bien c'est moins évident à mon avis.

@+
Rémi

Bof !

Sous Linux c'est du pareil au même ! On installe les packages Postgresql et PgAdmin et ça roule !

[srvremi]

Bon là je me fais l'avocat du diable hein, je déteste MySQL

[EIN-LESER]

Il est sur que Mysql est autemps a considerer comme base de donnees relationel que le HTML comme veritable langage de developpement Mais comme dit precedament il s'agit d'un outil gratuit et assez simple pour les debutants (mis en place je parle).
Pour ma part je passe dés que c'est possible sous postgresSQL mais voila il y un peux plus de travail derriere pour le faire tourner proprement

[SQLpro]

Ensuite c'est un truc qu'on ne paye pas

...c'est gratuit ...

... il s'agit d'un outil gratuit...

Non messieurs, la pseudo gratuité de MySQL est un mythe !
En effet, la licence précise que :

• soit vous ne payez pas Oracle pour l'usage que vous faites de MySQL, mais vous devez enrichir Oracle par la structure de votre base et le code applicatif des applications que vous développez
• soit vous payez la licence et Oracle n'a rien à vous demander.

Dans tous les cas il s'agit d'une forme de paiement... Donc, rien de gratuit !
Contrairement à PostGreSQL qui est un développement communautaire dans lequel personne ne vous demandera quoi que ce soit !

A +

[SQLpro]

Je parlais de l'installation et de l'administration pour un débutant. Faire tourner un postgres qui marche bien c'est moins évident à mon avis.

@+
Rémi

Sauf qu'il n'existe pratiquement aucun outil d'admin gratuit (je parle pas des IHM du genre PHP MyAdmin ou Toad... qui sont des ccouche visuelle, mais ne propose rien d'autre que ce que MySQL fait en standard) mais d'outils pour gérer de la haute dispo, des sauvegardes à chaud, de la réplication...

Contrairement à PostGreSQL ou la plupart des solutions sont free... et souvent de bien meilleurs qualité !

A +

[EIN-LESER]

Non messieurs, la pseudo gratuité de MySQL est un mythe !
En effet, la licence précise que :

• soit vous ne payez pas Oracle pour l'usage que vous faites de MySQL, mais vous devez enrichir Oracle par la structure de votre base et le code applicatif des applications que vous développez
• soit vous payez la licence et Oracle n'a rien à vous demander.

Dans tous les cas il s'agit d'une forme de paiement... Donc, rien de gratuit !
Contrairement à PostGreSQL qui est un développement communautaire dans lequel personne ne vous demandera quoi que ce soit !

A +

Je savais pas sa (honte a moi )
Merci pour l'info
Donc vive postgresSQL

[srvremi]

Non messieurs, la pseudo gratuité de MySQL est un mythe !

Non non, c'est bien "gratuit". Je n'ai pas dit "libre", "open source" ou autre, j'ai volontairement choisi le terme "gratuit". On ne paye pas, donc c'est gratuit. C'est comme regarder des articles de presse en ligne, c'est gratuit mais on génère des revenus publicitaires etc.

Contrairement à PostGreSQL ou la plupart des solutions sont free... et souvent de bien meilleurs qualité !

Oui je suis bien d'accord avec toi, je déteste MySQL pour toutes les raisons que tu évoques.

@+
Rémi

[SQLpro]

Si vous considérez que travailler pour d'autres personnes sans pour cela être payé c'est de la gartuité, alors le patron d'entreprise que je suis vous fait une proposition d'embauche immédiate au salaire de ZERO eurso... ça vous va ?

Le terme gratuité s'applique à bien des domaines, et pas seulement en terme monétaire. Ne dit-on pas de cerains actes qu'ils sont gratuits ?
Autrement dit la gratuité rémunérée par le travail que vous avez fait et qui revient de droit (par contrat, fut-il une licence soit disant libre...) à Oracle, ne me semble pas être si gratuite que cela !!!

Ne confondez donc pas le discours mercatique avec la réalité des choses du monde mercantile dans lequel nous vivons...


A +

[srvremi]

http://www.mysql.fr/about/legal/licensing/index.html

Puisque vous insistez j'aimerais bien que vous m'indiquiez où se trouve ce dont vous parlez. Ce que vous avez écrit précédemment me conforte dans l'idée que "gratuit" est le bon terme, montrez-moi dans les licences "non payantes" ce qui vous ennuie donc.

De ce que j'en comprends, si vous faites du GPL vous avez MySQL en GPL, si vous ne voulez pas faire du libre, vous devez payer une licence.
Où donc est le souci ?

@+
Rémi

[Fred_34]

... si vous ne voulez pas faire du libre, vous devez payer une licence.

http://kb.askmonty.org/en/licensing-faq/

De ce que j'en comprends, même si on ne fait pas du libre, il n'est pas obligatoire de payer une licence.

[_skip]

Cela a toujours été assez vague à tel point qu'on penserait que c'est voulu.
Voici les réponses obtenues d'un commercial à l'époque de SUN :

• Si vous ne distribuez rien, vous êtes tranquille.
• Si vous utilisez les connecteurs fournis qui sont GPL dans votre code, votre application devient GPL par effet viral sauf avec la licence commerciale.
• Si vous bundlez mysql avec votre produit et distribuez cela au client, vous payez.

En revanche, il y a un gros flou sur ce cas où vous n'utilisiez pas les connecteurs GPL et faisiez simplement une connexion par tcp/ip via un autre driver sans embarquer un milligramme de code mysql dans votre appli.

[SQLpro]

http://www.mysql.fr/about/legal/licensing/index.html

Puisque vous insistez j'aimerais bien que vous m'indiquiez où se trouve ce dont vous parlez. Ce que vous avez écrit précédemment me conforte dans l'idée que "gratuit" est le bon terme, montrez-moi dans les licences "non payantes" ce qui vous ennuie donc.

Déjà maintes fois discuté notamment ici même. Alors cherchez !!! je vais pas me répéter.
Commencez donc par me lire :
http://blog.developpez.com/sqlpro/p1...re-ou-comment/

C'est amusant cette naïveté des ayatollahs du pseudo "libre"

A +

[ericd69]

salut,


cher SQL pro, est ce que tu as déjà lu le texte et l'explication de la licence GPL (j'ai mis le lien vers l'explication sur wikipédia en français mais tu as aussi la FAQ GPL en françaisqui est la version officielle)?

la politique d'oracle sur ses licences est cohérente...

si parmi ceux qui veulent déployer ton application, certains veulent ton code pour l'étudier ou le modifier:

• si tu as choisi la licence libre (GPL), ton application est aussi sous GPL, tu as l'obligation de leur donner mais tu peux les faire payer pour ça si tu veux
• si tu as choisi de payé pour la licence commerciale alors tu es libre de leur refuser et d'interdire toute modification

ça a donc rien à voir avec oracle mais juste à la façon dont tu choisi de faire tes développements et leur distribution à tes clients ou à la communauté (c'est bien loin de ce que tu nous rabâches)

Les licences c'est du droit, les boites peuvent pas jouer avec ça... les procès comme ceux entre google et oracle en sont l'exemple...

postgreSQL est sous sa licence propre similaire au licences BSD ou MIT qui sont plus permissives vu que tu as juste à dire que tu as utilisé du code avec l'une ces licences...

j'espère que tu es un peu plus sérieux dans tes cours au CNAM ou envers tes clients...

c'est comme tes compartifs de SGBD:

• utilisation du la même configuration matérielle?
• réglages des différents SGBD?
• tu utilises même pas exactement la même écriture des requêtes ce qui implique que des optimisations sous-jacentes peuvent naitre

un comparatif qui se base pas sur des règles strictes de comparaison ne compare rien (par exemple chaque sgbd a ses réglages minimaux propres qui a eux seuls peuvent expliquer en grande partie les différences de performances... il faudrait donc si on veut être cohérent rééquilibrer ces réglages pour voir la différence de performance du réellement à l'architecture de ceux-ci)

Mysql a PLEIN de défauts et des bugs aussi (notamment dans l'optimiseur parfois), ça je suis le premier à le dire et je peux en citer pleins...

mais s'il a été choisi par plein d'hébergeur comme offre de base et pas postgreSQL, c'est qu'il y a en effet des différences... qui tiennent à l'administration et au l'utilisation de ressources principalement... eux cherchent des compromis pour les mutualisés, ils cherchent pas à donner au client le truc qui arrache un peu plus mais va jouer sur d'autres paramètre qui les arrangent pas (%µp, mémoire, etc...)... et pour la grande majorité des applications web ou serveur de données ça va très bien...
après si tu veux ton truc à toi c'est du dédié mais, c'est pas toutes les pme et pmi qui vont se taper des hébergement dans les 800 à 1500€/an juste pour un peu de performance en plus

et là tu vois je fais pas un monologue ou j'assène mes vérités, je donne des sources...

d'ailleurs j'enjoins tout ceux et celles qui lisent ça de bien lire les différentes licences... y en a d'autres libres (LGPL, creative commons, etc...) et les commerciales (qui elles permettent de tout vérouiller bien sur)

y a même les licences spécifiques (au moins en France) aux développement faits par des agents de la fonction publique et leur permettre plus ou moins de retours financiers...

bref, bonne lecture...

[SQLpro]

...

mais s'il a été choisi par plein d'hébergeur comme offre de base et pas postgreSQL, c'est qu'il y a en effet des différences... qui tiennent à l'administration et au l'utilisation de ressources principalement...

La vous vous trompez franchement ! Le fait que les hébergeurs le propose massivement est lié au fait que MySQL AB est une entreprise commerciale qui a su faire du prosélytisme pour imposer son pseudo SGBD non relationnel.

Il n'y a pas de commerciaux pour PostGreSQL, parce qu'il n'y a pas d'entreprise... Tout simplement !

... eux cherchent des compromis pour les mutualisés, ils cherchent pas à donner au client le truc qui arrache un peu plus mais va jouer sur d'autres paramètre qui les arrangent pas (%µp, mémoire, etc...)... et pour la grande majorité des applications web ou serveur de données ça va très bien...

Quand à l'admin de MySQL je pisse de rire. On ne peut pratiquement rien faire avec et pour de la mutualisation c'est catastrophique. par exemple il n'est pas possible de choisir les CPU utilisé par MySQL, ni d'attribuer des quota de ressources par utilisateur, ce que font DB2, oracle ou SQL Server par exemple !!!!

A +