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 8.0 RC1 est disponible
Avec des améliorations en profondeur marquées par le support d'Unicode 9, des CTE, des fonctions Window et plus encore

Le , par Olivier Famien

754PARTAGES

10  0 
L’équipe de MySQL vient d’annoncer la première release candidate de la version 8.0 de MySQL. Dans cette nouvelle version, les mainteneurs du projet expliquent que leur objectif global est de « ;rendre MySQL meilleur pour les applications modernes ;». Sous le terme « ;applications modernes ;», il faut comprendre par là des applications orientées vers le mobile, avec un meilleur support d’Unicode et JSON.

Cette version de MySQL constitue également un nouveau point de départ. Et c’est ce que l’équipe en charge du projet a essayé de montrer en passant volontairement de la version 5.x nommée ainsi depuis 2005 à la version 8.0 « ;Nous avons estimé que l’utilisation d’un nouveau numéro était importante pour communiquer sur la profondeur de certains des changements de base. Sauter 6.x et 7.x était intentionnel pour éviter toute confusion avec une version alpha précédente et MySQL Cluster ;», ont précisé les développeurs du système de gestion de base de données relationnelle.

Dans cette version de MySQL 8.0 RC1, nous notons de prime abord une amélioration du support pour JSON. JSON est un format léger d’échange de données tiré de la notation des objets du langage JavaScript. Il permet de représenter de l’information structurée comme le permet XML par exemple. Dans cette nouvelle version de MySQL, les fonctionnalités de ce format de données ont été étendues avec l’ajout des fonctions pour vérifier la taille sur disque du type natif JSON, l’intégration de fonctions pour les objets agrégés et les tableaux et une fonction pour une mise en forme. En outre, les performances de JSON ont été également améliorées.

Une seconde amélioration importante à noter est l’amélioration de la fonctionnalité Document Store qui permet d’utiliser MySQL comme si l’on faisait du NoSQL. Une base de données NoSQL est une base de données qui fournit un mécanisme de stockage et de récupération des données différents des modèles des bases de données traditionnelles. Dans cette version 8.0 RC1 de MySQL, Document store fournit des lectures et des écritures cohérentes en plus de ses capacités d’indexation qui ont été élargies.

À côté de ces améliorations, deux autres fonctionnalités ont atterri dans cette nouvelle version à la demande des utilisateurs et sont les expressions de table communes (abrégé CTE en anglais) et les fonctions Window. Une expression de table commune, qui peut être utilisée pour créer une requête récursive, est comparable à une table dérivée, en ce sens qu’elle n’est pas stockée sous forme d’objet et dure uniquement le temps de la requête. Mais contrairement à une table dérivée, une expression CTE peut faire référence à elle-même et être référencée plusieurs fois dans la même requête. Les fonctions Window pour leur part sont semblables à des fonctions agrégées groupées qui effectuent des calculs sur un ensemble de lignes. L’avantage avec les fonctions Window est qu’elles sont extrêmement puissantes et réduisent considérablement la complexité du code.

En référence aux nouvelles orientations pour faire de MySQL une base de données de choix pour les applications modernes, le support pour la version 9 d’Unicode a été intégré à cette nouvelle version de MySQL et l’on est passé de latin1 à utf8mb4 pour ce qui concerne le jeu de caractères par défaut. Au niveau des données spatiales, le système d’information géographique (GIS en anglais) a été étendu pour supporter la géographie et les systèmes de référence spatiale.

Avec le cloud qui représente aujourd’hui un domaine assez important dans le monde technologique, une nouvelle option innodb_dedicated_server a été ajoutée et permet de détecter automatiquement la mémoire du système et de configurer MySQL de manière appropriée sans avoir à modifier les fichiers de configuration.

Par ailleurs, MySQL 8.0 RC1 offre de nouvelles possibilités de gérer les lignes verrouillées avec les mots-clés SKIP LOCKED et NOWAIT. SKIP LOCKED permet de sauter les lignes verrouillées pendant une opération et NOWAIT lance une erreur lorsqu’une ligne verrouillée est rencontrée.

Au-delà de ces améliorations, l’équipe de Mysql rapporte que des index invisibles ont été ajoutés dans cette mouture du système de base de données relationnelle afin de pouvoir « ;marquer un index indisponible pour qu’il soit utilisé par l’Optimizer. Cela signifie que l’index sera toujours maintenu et tenu à jour à mesure que les données sont modifiées, mais aucune requête ne sera autorisée à utiliser l’index (même si la requête utilise un index FORCE INDEX) ;».

Plusieurs autres améliorations sont disponibles dans cette nouvelle version de MySQL.

Source : Mysql

Et vous ?

Avez-vous testé cette nouvelle version de MySQL ;? Quel est votre avis ;?

Cette nouvelle version de MySQL est-elle en phase avec vos espérances ;?

Voir aussi

MySQL 5.7 est désormais disponible en téléchargement, cette mouture a été présentée comme étant trois fois plus rapide que l’ancienne
MySQL 5.5 disponible, Oracle segmente son marché
Red Hat Enterprise Linux 7 abandonne aussi MySQL pour MariaDB, la version bêta disponible

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

Avatar de redcurve
Membre extrêmement actif https://www.developpez.com
Le 29/09/2017 à 15:42
Waw mysql est enfin en 2005 ...
3  0 
Avatar de abriotde
Membre chevronné https://www.developpez.com
Le 29/09/2017 à 14:03
Oracle a tué MySQL. Il reste MariaDB et PerconaDB ses fork ou encore PostgreSQL pour la cartographie. Je doute que MySQL puisse se remettre de l'état d'abandon auquel l'a laissé Oracle, sa seul chance est de refusionné avec Maria ou Percona.
La base de donnée Oracle est pour ne pas dire un attrape nigaud, une base ayant un intérêt que pour les très grosse base de données des société ayant de l'argent et des talents à dépenser.
2  1 
Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 29/09/2017 à 10:36
MySQL est en train de devenir un SGBDR mature... Il était temps car la pauvreté du niveau de SQL le rendait inapplicable en entreprise.
Si les nombreux bugs ont été corrigés, alors il deviendrait concurrentiel à PostGreSQL, mais il sera encore loin d'égaler un Oracle ou mieux un SQL Server, d'autant que ce dernier est arrivé sous Linux !
https://www.developpez.net/forums/d1...ocker-windows/

Rreste le prix.... Oracle ne faisant pas de cadeau. Et Oracle-MySQL n'est pas mariaDB....

A +
2  2 
Avatar de esperanto
Membre émérite https://www.developpez.com
Le 01/10/2017 à 21:57
Citation Envoyé par SQLpro Voir le message
MySQL est en train de devenir un SGBDR mature... Il était temps car la pauvreté du niveau de SQL le rendait inapplicable en entreprise.
MySQL ne visait pas le même marché qu'Oracle. Il visait plutôt des marchés où la performance pure prime sur la richesse des fonctionnalités:
  • pour développer un site web, où les lectures sont bien plus nombreuses que les écritures
  • dans un système embarqué, où les ressources limitées amènent souvent à sacrifier des fonctionnalités comme par exemple le multi-tâche (c'est dans ce cas que MySQL était commercialisé en version non-GPL)


MySQL n'a commencé à devenir gênant pour Oracle que quand ils ont récupéré SAP DB, renommée Max DB. Moins connue que MySQL, mais clairement positionnée sur le même marché qu'Oracle, c'est toute la différence.

Aujourd'hui on met dans MySQL les mêmes fonctions que partout, ce qui va contribuer à le rendre inutile, tant par rapport à Oracle que par rapport à Postgresql: il n'y a plus l'argument de la légèreté donc pourquoi ne pas passer à Postgresql, notoirement plus léger qu'Oracle mais avec beaucoup de fonctions similaires. Et comme Postgresql n'est pas une entreprise (même si EntrepriseDB existe mais reste confidentielle) impossible de la racheter: même en rachetant EDB, la licence plus permissive permettrait de créer une nouvelle entreprise bien plus facilement que ce qu'ont pu faire MariaDB et consorts.
Pourtant je reste persuadé qu'entre le minimalisme de SQLite (qui n'utilise pas réellement de types, même si sa syntaxe les supporte) et un moteur à transactions complexes comme Postgresql, il resterait de la place pour un petit serveur sans transactions. Mais même MySQL a abandonné le créneau alors...
3  3 
Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 02/10/2017 à 14:24
Citation Envoyé par esperanto Voir le message
MySQL ne visait pas le même marché qu'Oracle. Il visait plutôt des marchés où la performance pure prime sur la richesse des fonctionnalités:
ha oui ??? Parce que vous pensez franchement que MySQL soit le plus performants des SGBDR ??? Là on rigole... C'est sans aucune doute le plus lent.... Il n'est qu'à lire les demandes dans ce forums de requêtes qui partent en sucette... En sus les benchmarks effectué en montre bien la lenteur...
exemple : https://blog.developpez.com/sqlpro/p...alles_en_sql_1

A +
3  3 
Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 26/04/2018 à 10:08
Comme d'habitude avec Oracle, chaque module est payant.... Annuellement au minimum avec 2000 $ pour un max de 4 cœur sans aucun module complémentaire; 60 000 € pour la version Enterprise sans support.

Bref, cela s'avère beaucoup plus cher que SQL Server surtout si l'on a besoin de la partie BI et reporting qui n'existe pas dans MySQL...

A +
1  2