La branche 4.0 de MySQL entre en production

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
19
mar.
2003
Communauté
MySQL 4.0.12 marque l'entrée de la branche 4.0 en production. Cette version est sortie hier, au programme plein de bonne chose :
- Amélioration du support InnoDB ;
- moteur plus rapide ;
- possibilité de changé les paramètres de configuration à chaud (voir la commande SET) ;
- gestion plus fine des privilèges ;
- facilité de développement (voir MYSQL_CALC_FOUND_ROWS)...

J'en oublie surement et pour ne pas paraphraser la documentation de MySQL concernant la branche 4.0, ci joint des liens qui en disent long.

Pour info la branche 3.23 continuera à être supportée mais seul les problèmes de sécurité et les problèmes critiques seront corrigés.

Aller plus loin

  • # Re: La branche 4.0 de MySQL entre en production

    Posté par  (site web personnel) . Évalué à 10.

    Ca fait un petit bout de temps qu'on attend l'arrivée de Mysql 4.0 en prod Selon certaines rumeurs, ovh compte passer ses serveurs prochainement Bon maintenant c'est pas tout, mais j'attends toujours le support des subselect (mysql 4.1) qu'on puisse arrêter de se faire chambrer par les gars de PostgreSQL :o)

    • [^] # Re: La branche 4.0 de MySQL entre en production

      Posté par  . Évalué à 10.

      Exact ! Les requetes imbriqués manque encore fortement, Il y a un certain temps, j'avais vu que ca serair implementé dans la .. 3.24 ! maintenant que la 4.0 est là, c'est prevu pour la 4.1.... http://www.mysql.com/doc/en/ANSI_diff_Sub-selects.html

    • [^] # Re: La branche 4.0 de MySQL entre en production

      Posté par  . Évalué à -3.

      A propos de postgresql, il y a une promo, et on echange votre baril de mysql tout pourri contre 2 barils de postgresql qui sent la lavande. (pour le plaisir du troll)

    • [^] # Re: La branche 4.0 de MySQL entre en production

      Posté par  (site web personnel) . Évalué à 10.

      Le subselect est pratique mais n'est pas fondamental. Ce que je vois plutôt, c'est que nous disposons maintenant de deux grandes bases de données assurant des contraintes d'intégrité fortes. C'est une caractéristique essentielle des bases de données que d'assurer cette intégrité. Cela permet à deux applications de modifier les données sans risquer de jouer deux jeux différents. Nous avons besoin de la diversité. KDE et Gnome, Qt et Gtk, Mozilla et Konqueror, OpenOffice et Koffice et enfin Postgresql et MySQL permettent à la communauté de progresser en explorant plusieurs voies. A contrario, ce qui n'a plus besoin d'être différent doit être normalisé. Exemples : - des formats de documents communs OO.o et Koffice (David Faure en est très conscient mais manque de temps...). - Les coupé-collé, drag & drop de KDE et Gnome - les extensions SQL de Postgresql et MySQL. Sur ce dernier point, la normalisation est urgente, le SQL92 a maintenant 11 ans !

      • [^] # Re: La branche 4.0 de MySQL entre en production

        Posté par  . Évalué à 10.

        C'est juste... Au boulot on utilise les deux (PostgreSQL pour notre logiciel de formation à distance qui gére les cours et MySQL pour le site web) ; je pense que, malgré que la plupart de leurs fonctions se rejoignent de plus en plus, ils ont chacun leur rôle à jouer, m'est c'est juste mon avis.

      • [^] # Re: La branche 4.0 de MySQL entre en production

        Posté par  (site web personnel) . Évalué à 4.

        Bon il est vrai que la majorité des subselect sont transformables en LEFT JOIN / RIGHT JOIN mais bon, il est aussi vrai que c'est se casser la tête pour pas grand chose

        • [^] # Re: La branche 4.0 de MySQL entre en production

          Posté par  . Évalué à 6.

          oui, et il y aussi ceux que l'on ne peux pas transformer... exemple : select * from emp e where salaire > ( select AVG(salaire) from emp e2 where e2.service=e.service ) en francais : les employés ayant un salaire superieur à la moyenne de leur service.

          • [^] # Re: La branche 4.0 de MySQL entre en production

            Posté par  (site web personnel) . Évalué à 2.

            Je ne suis pas sur que - dans ce cas - la surcouche occasionée par l'ajout d'un langage au dessus (comme PHP) occasionne une réelle perte de performance par rapport au subselect ds le langage

            Bon après c'est vrai que c'est saoulant à écrire sachant que l'on pourrait faire cela plus facilement.

            • [^] # Re: La branche 4.0 de MySQL entre en production

              Posté par  . Évalué à 3.

              Oui mais si tu veux le faire en SQL (ca sert à ca), parceque tu ne veux pas être dependant de la "sur-couche" ?...

              apres tout, des trucs comme MAX, AVG, COUNT peuvent être fait en PHP/C/...

              mais alors on peu tout faire en C ?.. faire des locks, tiens, les groupby peuvent se simuler facilement aussi...

              et si on mettait tout dans un tableau, on lance un qsort et hop! plus besoin de la clause ORDER BY

              pareil, on supprimer les KEY , on gere celà en dehors..

              en fait, une bonne lecture sequentielle suffit, de quoi on se plains ? hein ?...

            • [^] # Re: La branche 4.0 de MySQL entre en production

              Posté par  (site web personnel, Mastodon) . Évalué à 1.

              Je ne suis pas sur que - dans ce cas - la surcouche occasionée par l'ajout d'un langage au dessus (comme PHP) occasionne une réelle perte de performance par rapport au subselect ds le langage

              Sauf si la base de données tourne sur une machine puissante (un pIV 2g, au hasard) et l'application sur une petite machine (un 486, toujours au hasard). Auquel cas, pouvoir faire le plus de choses possible en SQL, c'est vraiment mieux.

      • [^] # Re: La branche 4.0 de MySQL entre en production

        Posté par  . Évalué à 8.

        Dans l'absolu, la communauté dispose de plus que ces 2 moteurs. De mémoire, et très rapidement : - Firebird - SAPdb - McKoi ... Ces 3 là supportent les transactions, et au moins pour Firebird et SAPdb les contraintes d'intégrité, les vues et les procédures stockées.

      • [^] # Re: La branche 4.0 de MySQL entre en production

        Posté par  . Évalué à 10.

        > Le subselect est pratique mais n'est pas fondamental. Tu me fais penser à le doc mysql d'il y a quelques années (je n'ai pas lu de version récente). La doc mysql d'explique dans les détails que les transactions, les procédure stocké, les subselect, l'intégrité référenciel, les views, etc... sont sans intérêts. Réellement bluffant ! Ils commencent à retourner leur veste en implémentant tout ces trucs "sans intérêts". Et c'est tant mieux.

        • [^] # Re: La branche 4.0 de MySQL entre en production

          Posté par  . Évalué à 1.

          Disons plutôt que dans le cadre d'un site web pour débutant, c'est accessoire.
          Mais pour atteindre la norme, MySQL DEVAIT implémenter tout ça.
          Le principal reproche qu'on puisse faire à Microsoft, c'est quand même de ne pas respecter les normes existantes et d'en créer de nouvelles "de fait", sur mesure pour eux.
          Réjouissons-nous, inutile de troller, tout le monde a droit à l'erreur (et au repentir)

    • [^] # Re: La branche 4.0 de MySQL entre en production

      Posté par  . Évalué à 8.

      "j'attends toujours le support des subselect (mysql 4.1) qu'on puisse arrêter de se faire chambrer par les gars de PostgreSQL " même avec ça il y aura encore matière à "vous" chambrer: http://www.mysql.com/documentation/mysql/bychapter/manual_Introduction.html#Differences_from_ANSI http://www.mysql.com/documentation/mysql/bychapter/manual_Introduction.html#TODO http://www.mysql.com/documentation/mysql/bychapter/manual_Introduction.html#Bugs http://advocacy.postgresql.org/advantages/ Bon courage.

    • [^] # Re: La branche 4.0 de MySQL entre en production

      Posté par  . Évalué à 1.

      Question.... pour le "connect by" comme sous oracle ? Je pense que c'etait prevu comme le subselect aussi non ?

  • # Re: La branche 4.0 de MySQL entre en production

    Posté par  . Évalué à 7.

    Très bonne nouvelle, plus qu'un petit effort et on a les procédures stockées ainsi que les vues...

    • [^] # Re: La branche 4.0 de MySQL entre en production

      Posté par  . Évalué à 3.

      C'est prevu dans la version 5.x ... ce qui m'etonne qu'il prevoit le support unicode (UTF-8) dans la version 4.1 .. Changes in release 4.1.x (Alpha) Unicode (UTF8) support. Actuellement l'encoding utilisé c'est quoi ???

  • # Re: La branche 4.0 de MySQL entre en production

    Posté par  . Évalué à 10.

    Ca fait longtemps que MySQL 4 est utilisé en production, par Yahoo Finance par exemple. Ce n'est pas parce que l'étiquette a changé de "gamma" vers "stable" qu'une révolution a soudain eu lieu ;)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.