IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

MySQL 5.5 : sortie imminente ?
Oracle devrait annoncer la nouvelle version du SGBD open-source mercredi

Le , par Gordon Fowler

86PARTAGES

0  0 
Mise à jour du 13/12/10

Ce mercredi, Oracle organise un webinar pour présenter « une mise à jour importante de MySQL ».

Tomas Ulin, Vice-Président du développement de MySQL et Rob Young, Senior Product Manager, y dévoileront les dernières avancées du SGBD open-source que le géant des bases de données à récupérée avec le rachat de Sun.

Oracle avait annoncé une RC de MySQL 5,5 lors de l'Oracle OpenWorld de septembre (lire ci-avant). Cette fois-ci, les responsables du projets pourraient annoncer sa disponibilité officielle.

Pour mémoire, et à en croire un benchmark réalisé par SysBench, les équipes d'Oracle auraient réussi à améliorer les performances en lecture/écriture pour MySQL de 360% sous linux par rapport à la version 5.1, et de 1500% sous Windows.

Le lendemain, Orcale organise un second webcast, sur InnoDB. Y seront abordées les améliorations et la feuille de route prévues pour le nouveau moteur de stockage par défaut de MySQL (après la fin du Projet Falcon).

Source : Annonces du Webcast « Technology Update on MySQL » et du Webcast « InnoDB Enhancements and Roadmap »

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de berceker united
Expert éminent https://www.developpez.com
Le 27/12/2010 à 10:35
Citation Envoyé par kedare Voir le message
Bah disons que MySQL prend énormément de retard par rapport à la concurrence depuis 3 ans, ca bouge quasiment pas, alors que par exemple chez PostgreSQL, tous les 6 mois tu a une nouvelle version majeure qui rapport un lot de nouveauté assez conséquentes..

Enfin il faut voir si Oracle va y changer quelque chose (Mais vu que certains trucs seront réservés a l'édition payante (pool de threads entre autre, l'édition open source devra se trainer avec l'implémentation 1 connexion = 1 thread qui est a la ramasse..)).
Sincèrement, j'ai rien contre les performances de PostGresql bien au contraire j'ai eu l'occasion d'y faire un tour et il est clair qu'il y est bien en avant. Par contre, comme quelques langages, j'en n'entends jamais parler. Pour moi, PostGresql a les mêmes défauts que Ruby sur ce point là. La communauté, tutorial, les demandes sur le marché font que, bon, finalement - ouais super mais on a l'impression de s'enfermer en pensant être une élite de ceux qui ont tout compris. Je vise pas toi personnellement, je globalise sur les (Fan Linux, Ruby, Apple surtout)

Cette impression d'être tout seul, mis à part sur les forums spécifiques où tout le monde se tapote le dos.

Si tu veux que PostGresql puisse être un peu plus mis en avant, il y a une chose de bien à faire c'est de participer au news, des tutoriels pour les débutants, etc... Personnellement, je veux en apprendre plus sur PostGresql

Mon rêve, c'est de pouvoir déployer mon outil qui soit compatible sur SQL Server, Mysql et PostGresql. Pas faire des requêtes génériques passe-partout. Non, faire un système qui exploite les qualités de chacun.
1  0 
Avatar de kaymak
Membre émérite https://www.developpez.com
Le 13/12/2010 à 13:31
mwé bof.
Si j'ai bon souvenir ces incroyables améliorations concernent le moteur innodb.
Je n'ai pas de statistiques sous la main, mais je ne pense pas que cela aille dans le sens de la majeur partie des utilisateurs de cette bd.

Par contre cela pousse dans le sens de tous ces utilisateurs qui veulent faire de mysql un pgsql bis, un sql server bis.
Bref, des utilisateurs issues des monde java, .net etc

Maintenant il faudrait mettre cela en projection avec ce qu Oracle décidera pour la suite de ce logiciel... Ce qu'ils n'ont pas encore annoncé.

Mais, j'ai tout de même peur d'y perdre en simplicité avec les changements qu'oracle pourrait apporter...

a +
0  0 
Avatar de clavier12AZQSWX
Membre éclairé https://www.developpez.com
Le 13/12/2010 à 15:17
les performances en lecture/écriture pour MySQL de 360% sous linux par rapport à la version 5.1, et de 1500% sous Windows.
comment peut-on atteindre de tels gains ...?

soit yavait un gros bug, soit on a enlevé des trucs genre for ($i=0;count($X);$i++), soit mysql va utiliser cuda..?

soit c'est noël tout simplement.

Quelqu'un a-t-il des news concernant l'exploitation (mieux ou meilleure) des cpu multicores et multithtead ?
0  0 
Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 13/12/2010 à 15:43
Citation Envoyé par _skip Voir le message
Pfff, j'ai pas envie de parler de ça ici, on l'a déjà fait sur plein de topics... Mais tiens puisque tu insistes :

Essaie de créer une application avec des threads d'arrière plan, des états et contextes partagés entre plusieurs clients. En gros une application web passablement "stateful" comme une réservation de billets d'avion et ce genre de chose.

Et par ailleurs pour te donner un exemple plus simple, certains scripts PHP d'ecommerce, tels que magento, délèguent les requêtes de recherche à des servlets java utilisant solr, dont l'index est chargé en mémoire au démarrage du serveur d'application et rafraîchi en arrière plan. Justement parce que PHP ne sait pas tout faire et n'est pas idéal pour ces choses-là, et oui c'est la vie .
Il serait bien plus simple et performant, donc intelligent de faire cela côté SGBDR dans des procédures stockées.... Sauf que MySQL est tellement pauvre côté transaction, triggers et cie, que c'est infaisable.
Voilà pourquoi on tente de compenser avec des outils imbitables.....

Quand à PHP, même MS reconnait que c'est un des meilleurs outil de développement rapide de sites web,à condition d'avoir le bon SGBDR qui va avec !
Personnellement j'ai plusieurs client qui ont des très gros sites web marchand avec PSP/SQL Server et cela fonctionne très bien ensemble !

A +
0  0 
Avatar de kaymak
Membre émérite https://www.developpez.com
Le 13/12/2010 à 16:02
Citation Envoyé par SQLpro Voir le message

... côté SGBDR dans des procédures stockées.... Sauf que MySQL est tellement pauvre côté transaction, triggers et cie, que c'est infaisable.
Penses tu que les efforts d'oracle dans le moteur innodb permettront à l'avenir de combler ce que tu désignes comme des lacunes ?
Ou bien les retards sont ils trop importants à ton avis ?

a +
0  0 
Avatar de _skip
Expert éminent https://www.developpez.com
Le 13/12/2010 à 16:38
Citation Envoyé par SQLpro Voir le message
Il serait bien plus simple et performant, donc intelligent de faire cela côté SGBDR dans des procédures stockées.... Sauf que MySQL est tellement pauvre côté transaction, triggers et cie, que c'est infaisable.
Voilà pourquoi on tente de compenser avec des outils imbitables.....
Je vois mal comment un SGBDR pourrait concurrencer un index bien structuré en mémoire en terme de performance tout en offrant les mêmes fonctionnalités (correction orthographique, match partiels).
Enfin sans tomber dans des solutions poids lourds extrêmement coûteuses. Sachant que la solution que je développe n'autorise pas pour des raisons de performance le moindre accès disque où l'ouverture d'une connexion.

Même si je suis d'accord que la recherche Full text de SQL server est très puissante et suffisante dans bien des cas.
0  0 
Avatar de CinePhil
Modérateur https://www.developpez.com
Le 15/12/2010 à 11:19
Citation Envoyé par wokerm Voir le message
par exemple le couple php mysql est presque inséparable
On peut aussi facilement faire du PHP/Postgresql par exemple. Et je pense qu'avec Oracle ou SQL Server ça ne doit pas poser plus de difficultés !
0  0 
Avatar de CinePhil
Modérateur https://www.developpez.com
Le 16/12/2010 à 12:16
Il manque toujours CHECK, pourtant normalisé depuis longtemps !
The CHECK clause is parsed but ignored by all storage engines.
Source : http://dev.mysql.com/doc/refman/5.5/...ate-table.html
0  0 
Avatar de _skip
Expert éminent https://www.developpez.com
Le 16/12/2010 à 15:27
Oracle donne l'impression que ça bouge pas mal depuis quelques mois avec des annonces très alléchantes. Comme s'il voulait rassurer les utilisateurs de mySQL.
Les promesses seront-elles tenues et cela suffira-t-il pour que ceux-ci se sentent tirés d'affaire?
La fin de cette période d'incertitude arrive-t-elle à son terme?

Wait and see...
0  0 
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 16/12/2010 à 17:34
Citation Envoyé par _skip Voir le message

La fin de cette période d'incertitude arrive-t-elle à son terme?
Les conséquences ne seront plus jamais les mêmes !
0  0