Sun Microsystems annonce MySQL 5.4 :

Sun vient d’annoncer une nouvelle version de la base données MySQL, la version 5.4, conçue dans le but d’améliorer de manière significative les performances et l’évolutivité des applications MySQL.
Parmi les améliorations apportées, on note :

* des améliorations de performances et d’évolutivité permettant au moteur de stockage InnoDB d’assurer un « scale up » jusqu’à 16 cœurs sur les serveurs x86 et 64 cœurs sur les serveurs CMT ;
* l’optimisation des sous-requêtes ;
* de nouvelles fonctions JOIN qui améliorent les temps de réponse de certaines requêtes jusqu’à 90 % ;
* Procédures stockées améliorées : la gestion des erreurs est plus fiable grâce à la mise en place des fonctions SIGNAL/RESIGNAL ;
* Instructions préparées améliorées : les paramètres de sortie sont désormais pris en charge dans les instructions préparées, ce qui accroît leur fonctionnalité ;
* Schéma d’information amélioré : l’accès des métadonnées aux paramètres et aux types de retour de données qu’utilisent les procédures stockées est optimisé, ce qui permet d’accroître le volume des informations mises à la disposition des développeurs au moyen de connecteurs, tels qu’ODBC et JDBC ;
* Prise en charge accrue du système DTrace : amélioration des fonctions de diagnostic et de dépannage de MySQL sur le système d’exploitation Solaris(TM).

Ces améliorations apportées à la performance et à l’évolutivité du serveur MySQL sont transparentes pour l’application et ne nécessitent aucune refonte architecturale au préalable.

Cette version sera disponible sur un large éventail de plateformes, parmi lesquelles : Red Hat Enterprise Linux, SuSE Enterprise Linux, Microsoft Windows, le système d’exploitation Sun Solaris 10, Mac OS X, Free BSD, HP-UX, IBM AIX, IBM i5/OS et d’autres produits Linux répandus…

Une version de présentation de MySQL 5.4 est désormais téléchargeable à : http://www.mysql.com/5.4 pour les versions 64 bits des systèmes d’exploitation Linux et Solaris 10.

Participez en donnant votre avis sur le forum.

MySQL, le SGBD le plus utilisé au monde, a-t-il un avenir avec son nouveau propriétaire Oracle ?
Il ne serait pas étonnant qu’Oracle le considère comme un rival et décide de ne plus le maintenir, ou alors bien pire, rendre son utilisation payante …

Dans les jours à venir nous seront certainement témoins des décisions d’oracle à propos des produits de Sun. Il parait peu envisageable une disparition du SGBD qui est bien trop actif de nos jours. Cependant si son utilisation devient payante, il ne fait nuls doutes que la plupart des utilisateurs migreront vers son concurrent direct : postgresql.

Nous avons des exemples du passé quand MySQL a été racheté par Sun, rien de dramatique ne s’est produits mais Sun à toujours tenu à l’OpenSource et à la gratuité de ses produits, qu’en sera-t-il d’Oracle ?

Participez en donnant votre avis sur le forum.

Mercredi 1er Avril, pendant la ‘nocturne’ LeMug invite tous les lecteurs de Developpez à venir fêter les premiers mois d’existence de le Mug sur le stand F30 prêté pour l’occasion par AlterWay.

Cet apéro aura lieu à partir de 18h précise et donnera lieu à quatre événements :

• Retour d’expérience sur l’utilisation de MySQL chez Yahoo! par notre président Pascal Borghino
• Présentation des nouveautés de MySQL (MySQL proxy, partitionnement, ..) par Olivier Dasini
• Haute disponibilité avec MySQL par Olivier Dasini
• APERO !!!

Lieu :

• Paris – Porte de Versailles
• Hall 2.2
• Stand F30 pour l’apéro (Anaska / AlterWay)
• Village associatif sinon

Accès :

• Métro : Ligne 12, station Porte de Versailles
• Bus : Lignes 39, 80 ou T3 arrêt Porte de Versailles – Palais des Expositions

La logistique des achats sera gérée par le bureau mais n’hésitez pas à ramener de quoi grignoter pour mettre dans le pot commun.

… les réponses à toutes ces questions se trouvent dans le nouvel article que Sony Noel consacre aux différents moteurs de stockage de MySQL. Ce tutoriel encyclopédique vous explique comment tirer parti de cette notion propre à MySQL, et passe au crible 18 moteurs, avec leur principales fonctionnalités.

A vos souris !

Bonjour,

MySQL vient d’annoncer la disponibilité immédiate de la première version alpha de son prochain système de gestion de bases de données : MySQL 6.0.

Cette nouvelle version intègre de nouveaux moteurs de stockage comme Falcon et Maria. Pour rappel, Falcon est un moteur transactionnel libre et successeur d’InnoDB (devenu propriété d’Oracle) ; Maria, pour sa part, améliore le moteur MyISAM avec des dispositifs de sécurité contre les failles.

La communauté est appelée à essayer cette version alpha afin de détecter les problèmes d’utilisabilité, de proposer des améliorations ou des correctifs, etc. : http://forge.mysql.com/wiki/Contributing

Dear MySQL users,

MySQL 6.0.6-alpha, a new version of the MySQL database system has
been released. The main page for MySQL 6.0 release is at

http://www.mysql.com/mysql60/

MySQL 6.0 includes two new storage engines: the transactional
Falcon engine, and the crash-safe Maria engine.

If you are new to the Falcon storage engine and need more
information, please read the Falcon Evaluation Guide at

http://www.mysql.com/why-mysql/white-papers/falcon-getting-started.php

and the Falcon White Paper at

http://www.mysql.com/why-mysql/white-papers/storage-engines-falcon.php

The Maria storage engine is a crash safe version of MyISAM. Maria
supports all of the main functionality of the MyISAM engine, but
includes recovery support (in the event of a system crash), full
logging (including CREATE, DROP, RENAME and TRUNCATE operations),
all MyISAM row formats and a new Maria specific row format. Maria
is documented at

http://dev.mysql.com/doc/refman/6.0/en/se-maria.html

MySQL 6.0.6-alpha is available in source and binary form for a
number of platforms from our download pages at

http://dev.mysql.com/downloads/mysql/6.0.html

and mirror sites. Note that not all mirror sites may be up to date
at this point in time, so if you can’t find this vers ion on some
mirror, please try again later or choose another download site.

We welcome and appreciate your feedback, bug reports, bug fixes,
and patches at

http://forge.mysql.com/wiki/Contributing

The following section lists the changes in the MySQL source code
since the previous version of MySQL 6.0. It can also be viewed at

http://dev.mysql.com/doc/refman/6.0/en/news-6-0-6.html

Sincerely,

Timothy Smith
The MySQL build team at Sun Microsystems

Dans quelques mois, MySQL 5.1 sera déclarée version GA.

Apprenez dès maintenant à tirer parti du partitionnement, de la réplication par ligne et toutes les nouvelles fonctionnalités de cette nouvelle version de la base de données open source la plus populaire au monde.

Inscrivez-vous avant le 29 août 2008 à une formation MySQL et bénéficiez de 10% de remise !

Nos prochains cours sont :

* Optimisation des performances
Paris & Lyon : 8-12/09/2008
* MySQL pour DBA
Paris & Lyon : 15-19/09/2008
* MySQL pour développeur
Paris & Lyon : 06-10/10/2008

Et bien d’autres cours et villes encore…
Consultez notre planning de formation

Contactez-nous maintenant pour vous enregistrer au 01 70 61 48 95 ou http://www.mysql.fr/company/contact/

Cordialement,
Sun Microsystems

La conception visuelle est très riche puis qu’elle permet de gérer les tables, les index, les vues, les procédures stockées, les déclencheurs et les privilèges de sécurité.

Un grand plus par rapport à ses concurrents : la pro-ingénierie et rétro-ingénierie.
Si plusieurs outils permettent actuellement de générer un script SQL à partir d’un MCD (modèle conceptuel de données), les outils permettant de reconstruire un MCD à partir de données physiques sont très rares. Il propose par ailleurs des moyens de comparer efficacement le chargement de différentes versions d’une base de données afin d’optimiser la gestion du changement.

L’intégration de DBDoc permet de proposer un système de génération de documentation détaillée au format HTML.

La version « Community Edition » est gratuite et open source, elle promet donc de toucher un large publique.

Dear MySQL users,

MySQL Community Server 5.0.67, a new version of the popular Open Source
Database Management System, has been released. The release is now
available in source and binary form for a number of platforms from our
download pages at

http://dev.mysql.com/downloads/

and mirror sites. Note that not all mirror sites may be up to date at
this point in time, so if you can’t find this version on some mirror,
please try again later or choose another download site.

We welcome and appreciate your feedback, bug reports, bug fixes,
patches etc.:

http://forge.mysql.com/wiki/Contributing

The following section lists important, incompatible and security
changes since the previous MySQL Community Server 5.0.51b release. The
full changelog including many more fixes can be viewed online at

http://dev.mysql.com/doc/refman/5.0/en/releasenotes-cs-5-0-67.html

Important Functionality added or changed:

* Security Enhancement: To enable stricter control over the
location from which user-defined functions can be loaded, the
plugin_dir system variable has been backported from MySQL 5.1.
If the value is non-empty, user-defined function object files
can be loaded only from the directory named by this variable.
If the value is empty, the behavior that is used before 5.0.67
applies: The UDF object files must be located in a directory
that is searched by your system’s dynamic linker.
(Bug#37428: http://bugs.mysql.com/37428)

* Important Change: Incompatible Change: The FEDERATED storage
engine is now disabled by default in the .cnf files shipped
with MySQL distributions (my-huge.cnf, my-medium.cnf, and so
forth). This affects server behavior only if you install one
of these files. (Bug#37069: http://bugs.mysql.com/37069)

* Cluster API: Important Change: Because
NDB_LE_MemoryUsage.page_size_kb shows memory page sizes in
bytes rather than kilobytes, it has been renamed to
page_size_bytes. The name page_size_kb is now deprecated and
thus subject to removal in a future release, although it
currently remains supported for reasons of backward
compatibility. See The Ndb_logevent_type Type
(http://dev.mysql.com/doc/ndbapi/en/ndb-logevent-type.html),
for more information about NDB_LE_MemoryUsage.
(Bug#30271: http://bugs.mysql.com/30271)

* Important Change: Some changes were made to CHECK TABLE …
FOR UPGRADE and REPAIR TABLE with respect to detection and
handling of tables with incompatible .frm files (files created
with a different version of the MySQL server). These changes
also affect mysqlcheck because that program uses CHECK TABLE
and REPAIR table, and thus also mysql_upgrade because that
program invokes mysqlcheck.
+ If your table was created by a different version of the
MySQL server than the one you are currently running,
CHECK TABLE … FOR UPGRADE indicates that the table has
an .frm file with an incompatible version. In this case,
the result set returned by CHECK TABLE contains a line
with a Msg_type value of error and a Msg_text value of
Table upgrade required. Please do « REPAIR TABLE
`tbl_name` » to fix it!
+ REPAIR TABLE without USE_FRM upgrades the .frm file to
the current version.
+ If you use REPAIR TABLE …USE_FRM and your table was
created by a different version of the MySQL server than
the one you are currently running, REPAIR TABLE will not
attempt to repair the table. In this case, the result set
returned by REPAIR TABLE contains a line with a Msg_type
value of error and a Msg_text value of Failed repairing
incompatible .FRM file.
Previously, use of REPAIR TABLE …USE_FRM with a table
created by a different version of the MySQL server risked
the loss of all rows in the table.
(Bug#36055: http://bugs.mysql.com/36055)

Important bugs fixed:

* Important Change: Security Fix: It was possible to circumvent
privileges through the creation of MyISAM tables employing the
DATA DIRECTORY and INDEX DIRECTORY options to overwrite
existing table files in the MySQL data directory. Use of the
MySQL data directory in DATA DIRECTORY and INDEX DIRECTORY
pathname is now disallowed.
(Bug#32167: http://bugs.mysql.com/32167, CVE-2008-2079
(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-2079))

* Security Fix: Three vulnerabilities in yaSSL versions 1.7.5
and earlier were discovered that could lead to a server crash
or execution of unauthorized code. The exploit requires a
server with yaSSL enabled and TCP/IP connections enabled, but
does not require valid MySQL account credentials. The exploit
does not apply to OpenSSL.

Note
The proof-of-concept exploit is freely available on the
Internet. Everyone with a vulnerable MySQL configuration is
advised to upgrade immediately.
(Bug#33814: http://bugs.mysql.com/33814, CVE-2008-0226
(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0226),
CVE-2008-0227
(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0227))

* Security Fix: Using RENAME TABLE against a table with explicit
DATA DIRECTORY and INDEX DIRECTORY options can be used to
overwrite system table information by replacing the symbolic
link points. the file to which the symlink points.
MySQL will now return an error when the file to which the
symlink points already exists.
(Bug#32111: http://bugs.mysql.com/32111, CVE-2007-5969
(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5969))

* Security Fix: ALTER VIEW retained the original DEFINER value,
even when altered by another user, which could allow that user
to gain the access rights of the view. Now ALTER VIEW is
allowed only to the original definer or users with the SUPER
privilege. (Bug#29908: http://bugs.mysql.com/29908)

* Security Fix: When using a FEDERATED table, the local server
could be forced to crash if the remote server returned a
result with fewer columns than expected.
(Bug#29801: http://bugs.mysql.com/29801)

* Security Enhancement: It was possible to force an error
message of excessive length which could lead to a buffer
overflow. This has been made no longer possible as a security
precaution. (Bug#32707: http://bugs.mysql.com/32707)

* Incompatible Change: With ONLY_FULL_GROUP_BY SQL mode enabled,
queries such as SELECT a FROM t1 HAVING COUNT(*)>2 were not
being rejected as they should have been.
This fix results in the following behavior:
+ There is a check against mixing group and non-group
columns only when ONLY_FULL_GROUP_BY is enabled.
+ This check is done both for the select list and for the
HAVING clause if there is one.
This behavior differs from previous versions as follows:
+ Previously, the HAVING clause was not checked when
ONLY_FULL_GROUP_BY was enabled; now it is checked.
+ Previously, the select list was checked even when
ONLY_FULL_GROUP_BY was not enabled; now it is checked
only when ONLY_FULL_GROUP_BY is enabled.
(Bug#31794: http://bugs.mysql.com/31794)

* Incompatible Change: The MySQL 5.0.50 patch for this bug was
reverted because it changed the behavior of a General
Availability MySQL release.
(Bug#30234: http://bugs.mysql.com/30234)
See also Bug#27525: http://bugs.mysql.com/27525

* Incompatible Change: Several type-preserving functions and
operators returned an incorrect result type that does not
match their argument types: COALESCE(), IF(), IFNULL(),
LEAST(), GREATEST(), CASE. These now aggregate using the
precise SQL types of their arguments rather than the internal
type. In addition, the result type of the STR_TO_DATE()
function is now DATETIME by default.
(Bug#27216: http://bugs.mysql.com/27216)

* Incompatible Change: It was possible for option files to be
read twice at program startup, if some of the standard option
file locations turned out to be the same directory. Now
duplicates are removed from the list of files to be read.
Also, users could not override system-wide settings using
~/.my.cnf because SYSCONFDIR/my.cnf was read last. The latter
file now is read earlier so that ~/.my.cnf can override
system-wide settings.
The fix for this problem had a side effect such that on Unix,
MySQL programs looked for options in ~/my.cnf rather than the
standard location of ~/.my.cnf. That problem was addressed as
Bug#38180: http://bugs.mysql.com/38180.
(Bug#20748: http://bugs.mysql.com/20748)

* Important Change: MySQL Cluster: AUTO_INCREMENT columns had
the following problems when used in NDB tables:
+ The AUTO_INCREMENT counter was not updated correctly when
such a column was updated.
+ AUTO_INCREMENT values were not prefetched beyond
statement boundaries.
+ AUTO_INCREMENT values were not handled correctly with
INSERT IGNORE statements.
+ After being set, ndb_autoincrement_prefetch_sz showed a
value of 1, regardless of the value it had actually been
set to.
As part of this fix, the behavior of
ndb_autoincrement_prefetch_sz has changed. Setting this to
less than 32 no longer has any effect on prefetching within
statements (where IDs are now always obtained in batches of 32
or more), but only between statements. The default value for
this variable has also changed, and is now 1.
(Bug#25176: http://bugs.mysql.com/25176,
Bug#31956: http://bugs.mysql.com/31956,
Bug#32055: http://bugs.mysql.com/32055)

* Important Change: Replication: When the master crashed during
an update on a transactional table while in AUTOCOMMIT mode,
the slave failed. This fix causes every transaction (including
AUTOCOMMIT transactions) to be recorded in the binlog as
starting with a BEGIN and ending with a COMMIT or ROLLBACK.
(Bug#26395: http://bugs.mysql.com/26395)

* Important Change: It was possible to use FRAC_SECOND as a
synonym for MICROSECOND with DATE_ADD(), DATE_SUB(), and
INTERVAL; now, using FRAC_SECOND with anything other than
TIMESTAMPADD() or TIMESTAMPDIFF() produces a syntax error.
It is now possible (and preferable) to use MICROSECOND with
TIMESTAMPADD() and TIMESTAMPDIFF(), and FRAC_SECOND is now
deprecated. (Bug#33834: http://bugs.mysql.com/33834)

* Important Change: The server no longer issues warnings for
truncation of excess spaces for values inserted into CHAR
columns. This reverts a change in the previous release that
caused warnings to be issued.
(Bug#30059: http://bugs.mysql.com/30059)

* Replication: Important Note: Network timeouts between the
master and the slave could result in corruption of the relay
log. This fix rectifies a long-standing replication issue when
using unreliable networks, including replication over wide
area networks such as the Internet. If you experience
reliability issues and see many You have an error in your SQL
syntax errors on replication slaves, we strongly recommend
that you upgrade to a MySQL version which includes this fix.
(Bug#26489: http://bugs.mysql.com/26489)

Enjoy!

—
Jonathan Perkin, Product Engineering, MySQL
Database Technology Group, Sun Microsystems

LinkedIn, que tout le monde connaît sans doute, est l’un des gros réseaux actuels de « social networking » comme Viadeo et Facebook. Tandis que ce dernier est résolument orienté vers les relations amicales, LinkedIn et Viadeo mettent en relation les internautes dans une optique professionnelle.

LinkedIn, qui utilisait déjà le langage Java, des serveurs SPARC et le système Solaris jusqu’à présent, vient de prendre une licence MySQL Enterprise pour trois ans. Toute la migration a déjà effectuée en deux semaines, assurant une continuité de service pour les années à venir.

http://www.linkedin.com/

http://www.mysql.com/news-and-events/generate-article.php?id=1527

Le principe est simplement d’envoyer avant la fin du mois d’août 2008 un rapport sur l’utilisation que vous faites de ces fonctionnalités.

À l’approche de la disponibilité de MySQL 5.1 en version GA, l’équipe de MySQL lance un grand concours d’utilisation des nouveautés de cette prochaine version.
Les prix annoncés sont :

• Du 1° au 3° : Une entrés à la « MySQL Conference & Expo 2009″, incluant un dîner avec Michael « Monty » Widenius (le co fondateur de MySQL) ;
• Du 4° au 10° : Des t-shirts MySQL Community Contributor ;
• Du 11° au 20° : Une mascotte Sakilla (le dauphin de MySQL).

Toutefois, prenez garde aux données que vous publiez dans votre rapport car Sun se réserve le droit de les réutiliser dans de futures publications.