Developpez.com

Le Club des Développeurs et IT Pro

Oracle publie de nouveaux outils pour les utilisateurs de MySQL

Dont MySQL Workbench 6.2, MySQL Fabric 1.5, ainsi qu'un nouveau plug-in HTTP

Le 2014-10-06 22:04:43, par Amine Horseman, Expert éminent sénior
Oracle publie de nouveaux outils pour les utilisateurs de MySQL
dont MySQL Workbench 6.2, MySQL Fabric 1.5, ainsi qu'un nouveau plug-in HTTP

Oracle met à la disposition des utilisateurs de MySQL trois outils qui pourraient bien leur être utiles. Le premier est MySQL Workbench dans sa version 6.2. Cet outil visuel est destiné aux architectes de bases de données comme aux développeurs, et est disponible sous Windows, Linux et Mac OS X.

Il permet de faire une conception visuelle de son modèle et gérer facilement les bases de données. Il fournit une console visuelle d'administration facile à utiliser, un ensemble d'outils pour l'optimisation de requêtes et l'amélioration des performances, ainsi qu'une solution complète pour la migration des tables et des données à partir de Microsof SQL Server, Access, Sybase, PostgreSQL vers MySQL.


Le deuxième outil disponible est MySQL Fabric 1.5, qui permet de surveiller et détecter automatiquement des pannes dans un système de bases de données à serveurs multiples. Par exemple, lorsqu'une panne est dans le serveur primaire, MySQL Fabric fait basculer un serveur esclave pour devenir le nouveau serveur principal. Ensuite, il s'assure que les nouvelles requêtes sont bien envoyées au nouveau maître.

En ce qui concerne le 3e outil, il s'agit d'un plug-in spécial pour les développeurs web. Il permet aux utilisateurs de se connecter à MySQL et récupérer les données via le protocole HTTP.
Le plug-in implémente trois fonctionnalités :
  1. une API Plain SQL qui permet d'envoyer des instructions SQL via une URL et de récupérer les résultats sous forme de documents JSON ;
  2. une interface CRUD (Create-Read-Update-Delete) pour insérer, modifier et supprimer des données via des requêtes GET et PUT ;
  3. une interface pour le stockage des documents JSON dans des tables relationnelles, généralement sur des champs de type BLOB.



Le but principal de ce nouvel outil est de faire gagner du temps aux développeurs en leur évitant d'écrire leurs propres plug-ins pour accéder à MySQL via le protocole HTTP. Cependant, Ulf Wendel, développeur chez Oracle, déclare dans un billet de blog que « cette version du plug-in MySQL HTTP est encore en version Labs, ce qui signifie qu'il est à un stade de développement précoce. Il contient plusieurs bugs et limitations connues, et est destiné principalement pour vous donner une idée sur ce que ce plug-in pourra faire. De même, l'API de l'utilisateur est tout sauf finalisée. Soyez conscient qu'elle va changer sur nombreux aspects ».

Sources : MySQL Workbench, MySQL Fabric, Blog de Ulf Wendel

Et vous ?

Utilisez-vous déjà l'un de ces outils? Et dans le cas contraire : envisagez-vous de les utiliser ?
  Discussion forum
13 commentaires
  • Kropernic
    Expert confirmé
    Envoyé par berceker united
    Personnellement, je m'en moque des outils qui va te chercher du café au Mexique à dos d'âne. Que ça fasse x millions de requête à la seconde. Le plus important, c'est de faire évoluer leur langage SQL, parce qu'en 2014 ça craint du boudin quand même.
    Que l'outil soit critiquable, certes. Mais le langage sql, c'est une tuerie !! Je ne connais rien de mieux pour traiter les données de manières ensemblistes.
  • Kropernic
    Expert confirmé
    Ah mais c'est totalement différent. S'il parle du sql propre à mysql là je suis bien d'accord, c'est une grosse merde (et je tente de rester poli^^)
  • SQLpro
    Rédacteur
    D'ailleurs les questions intéressantes seraient :
    • Ces outils sont-ils gratuits ?
    • Si oui, intégralement ? (pas d'option payante dès qu'on a mis le doigt dedans ???)
    • Si oui, le resteront-ils toujours ?


    A +
  • berceker united
    Expert éminent
    Envoyé par Kropernic
    Ah mais c'est totalement différent. S'il parle du sql propre à mysql là je suis bien d'accord, c'est une grosse merde (et je tente de rester poli^^)
    En effet, je parlais du langage SQL propre à Mysql. Au départ, ça me posait pas de problème car je bossais qu'avec Mysql, après je suis passé sur SQL Server et lorsque j'ai du revenir bosser avec Mysql j'ai eu beaucoup de mal et c'est là que je me dis que Mysql a beaucoup de retard surtout depuis le temps que c'est sortie (Presque 10 ans quand même). Il y a PostGresql qui mérite très largement d'être zieuté plutôt que de jouer à Mc Gyver avec Mysql. Ce dernier dépanne bien, mais il faut trop jouer du couteau suisse.
  • skuatamad
    Expert confirmé
    Je pense que berceker united parle du SQL de mysql, qui est effectivement dramatiquement à la bourre...

    Le seul truc où ils étaient en "avance" c'est GROUP_CONCAT, une fonctionnalité non relationnelle donc non spécifiée dans la norme.
    Bon, c'est plutôt pratique, d'autres éditeurs le proposent également, mais les développeurs ont besoin de fonctions analytiques, de CTE, de contraintes CHECK.... la liste est longue !
  • CinePhil
    Modérateur
    Pour autant que je sache, MySQL n'est pas open source et le code est complètement contrôlé par Oracle.

    Le modèle de données de toutes les applications open source que j'ai eu à utiliser est pourri. Mais essayez de vous intégrer à la communauté d'une de ces applications en leur disant qu'il faut revoir complètement le modèle de données et vous allez probablement vous faire renvoyer à 10 mètres parce que ce serait trop compliqué de réécrire tout les programmes en fonction du nouveau modèle de données. Autant créer un produit concurrent et plus performant, ce sera plus simple.

    Pour MySQL, je pense que la non apparition des CTE ou des contraintes CHECK, pour ne citer que ces gros manques, est probablement dû au même phénomène : c'est la structure interne du moteur qui n'a pas été pensé pour accueillir ces fonctionnalités de manière performante et ce serait trop complexe de pouvoir tout remettre en cause maintenant. C'est peut-être aussi pour ça que le fork MariaDB n'apporte rien de plus, fondamentalement, par rapport à MySQL, et que les manques de MySQL sont également présents dans MariaDB.
  • fsmrel
    Expert éminent sénior
    Bonsoir Amine,

    Ça fait déjà quelques années qu'on utilise MySQL Workbench chez DVP

    Pour ceux qui cherchent un mode d'emploi en français, jeter un coup d'oeil ici...

    Bonne lecture !

    N.B.

    Envoyé par Amine Horseman
    Une solution complète pour la migration des tables et des données à partir de Microsof SQL Server, Access, Sybase, PostgreSQL vers MySQL.


    Sans oublier que ça marche aussi très bien dans l’autre sens
  • Kropernic
    Expert confirmé
    Est-ce que cette version propose le script de création pour une base sql server ??

    Cela m'étonnerait mais on ne sait jamais...
  • Traroth2
    Membre émérite
    Pour MySQL Workbench, j'espère qu'ils ont au moins corrigé les bugs les plus flagrants...
  • SQLpro
    Rédacteur
    Envoyé par skuatamad
    Je pense que berceker united parle du SQL de mysql, qui est effectivement dramatiquement à la bourre...

    Le seul truc où ils étaient en "avance" c'est GROUP_CONCAT, une fonctionnalité non relationnelle donc non spécifiée dans la norme.
    Bon, c'est plutôt pratique, d'autres éditeurs le proposent également, mais les développeurs ont besoin de fonctions analytiques, de CTE, de contraintes CHECK.... la liste est longue !

    Oui, mais bon, pour cela y'a le vrai Oracle à 25000000000000000000000000000000 € la licence !!!!!! ;-)

    Faudrait pas quand même faire disparaitre la vache à lait d'Oracle !!!!!

    A +