• Aucun résultat trouvé

Sommaire 27 Historique des changements MySQL

1.6 Les évolutions de MySQL (la liste des tâches)

Cette section liste les fonctionnalités que nous prévoyons d'ajouter à MySQL. Les listes sont réparties par version, et les actions sont réparties approximativement par ordre de priorité.

Note : si vous êtes un utilisateur professionnel, avec un besoin urgent pour une fonctionnalité,

contactez sales@mysql.com pour discuter de possibilités de sponsor. En allouant des finances à certaines fonctionnalités, nous pouvons nous concentrer sur certains objectifs à court terme. Un des exemples de fonctionnalité sponsorisé est la réplication.

1.6.1 Nouvelles fonctionnalités prévues pour la version 5.0

Les fonctionnalités suivantes sont prévues pour la version 5.0. Notez que comme nous avons de nombreux développeurs qui travaillent sur différents projets, il peut aussi y avoir des ajouts de fonctionnalités. Il y a aussi des chances que ces fonctionnalités soient ajoutées en MySQL 4.1. Pour une liste des fonctionnalités déjà disponibles en MySQL 4.1, voyez Fonctionnalités disponibles depuis MySQL 4.1 .

Pour ceux qui souhaitent étudier en détail les tous derniers développements de MySQL, vous pouvez accéder au serveur BitKeeper public de MySQL 5.0. Installer à partir des sources de l'arbre de développement . Depuis décembre 2003, des versions binaires pour les versions 5.0 sont aussi disponibles.

Procédures stockées

Les procédures stockées sont actuellement développées avec notre version 5.0. Procédures stockées et fonctions .Nous allons aussi ajouter un

environnement pour permettre l'utilisation de langages externes et assurer (lorsque c'est possible) une compatibility avec PL/SQL et T−SQL.

Nouvelles fonctionnalités

Support élémentaire des curseurs. Curseurs .

La capacité de spécifier explicitement pour les tables MyISAM

qu'un index est de type RTREE

. En version 4.1, les index RTREE

sont généralement utilisé pour les données géométriques (types GIS), mais ne peuvent pas être créés à la demande.

Les tables HEAP

à taille de ligne dynamique.

Compatibilité avec les standards, portabilité et migration.

Ajout d'un véritable type VARCHAR

(ce support est déjà disponible avec le format de table MyISAM

).

Amélioration de la vitesse

SHOW COLUMNS FROM table_name

(utilisé par le client mysql

pour permettre la recherche de nom de colonnes) ne devrait pas ouvrir la table, mais seulement le fichier de définition. Cela prendra moins de mémoire, et sera bien plus rapide.

Permettre à la commande DELETE

sur les tables MyISAM

l'utilisation des caches de lignes. Pour cela, nous devons modifier le thread de cache de ligne lorsque nous modifions le fichier .MYD

.

Amélioration des tables en mémoire HEAP

: Lignes de taille dynamique.

Gestion plus rapide des lignes (moins de copies).

Amélioration de l'ergonomie

Résolution du problème avec RENAME TABLE

, utilisé sur une table active dans un

MERGE

, qui conduit à la corruption de la table.

Le manuel inclut le changelog de la version, avec plus de détails sur les nouvelles fonctionnalités. Changements de la version 5.0.x (Development) .

1.6.2 Nouvelles fonctionnalités prévues pour 5.1

Nouvelle fonctionnalité

FOREIGN KEY

supporte tous les types de tables. Contraintes de niveau colonne.

Réplication protégé contre les crash.

Sauvegarde à chaud, avec peu d'impact sur les performances. La

sauvegarde à chaud permettra de simplifier l'ajout d'esclaves de réplication sans avoir à éteindre le maître.

Amélioration de la vitesse

Nouveau format de définition des tables en format texte (fichiers .frm

) et un cache de table pour les définitions de tables. Cela permettra d'accélérer les requêtes de structure de tables, et de consolider le support des clés

étrangères.

Optimisation du type BIT

pour qu'il prenne 1 bit (actuellement, BIT

prend 1 caractère).

Amélioration de l'ergonomie

Ajout Ajout d'option au protocole client/serveur pour obtenir des indications de progression pour les requêtes longues.

Implémentation de RENAME DATABASE

. Pour que cela soit sécuritaire pour tous les pilotes de stockage, cela doit fonctionner comme ceci :

Crée une nouvelle base de données.

Pour chaque table, faire un renommage d'une base à l'autre, comme nous le faisons avec RENAME

. Effacer l'ancienne base.

Nouvelle interface interne pour les fichiers. Cela rendra la gestion des fichiers bien plus générale, et simplifiera l'ajout d'extensions comme RAID

.

(l'implémentation actuelle est un bidouillage).

1.6.3 Ce qui doit être fait dans un futur proche

Nouvelle fonctionnalité

Commande CONNECT BY PRIOR ...

, inspirée d'Oracle, pour traiter les structures de type arbre (hiérarchisée).

Tous les types manquants de ANSI92 et ODBC 3.0. Ajout de SUM(DISTINCT)

.

INSERT SQL_CONCURRENT

et mysqld −−concurrent−insert

pour faire des insertions concurrents à la fin du fichier, même si il est verrouillé en lecture.

Permettre la modification de variables dans une commande UPDATE

. Par exemple : UPDATE TABLE foo SET @a=a+b,a=@a, b=@a+c

.

Changer le moment de modifications des variables, pour que l'on puisse les utiliser avec les commandes de groupement GROUP BY

, comme ceci : SELECT id, @a:=COUNT(*), SUM(sum_col)/@a FROM table_name GROUP BY id

. Ajout de l'option IMAGE

à la commande LOAD DATA INFILE

pour ne pas modifier les champs TIMESTAMP

et AUTO_INCREMENT

.

Ajout de la syntaxe LOAD DATE INFILE ... UPDATE

, qui fonctionne comme ceci : Pour les tables ayant des clés primaires, si les données contiennent une clé primaire, les données qui existent et correspondent à cette clé, sont modifiées. Cependant, les colonnes omises sont ignorées. Pour les tables ayant une clé primaire dont il manque une partie dans les données entrantes, ou qui n'ont pas de clé primaire, le flux est traité comme LOAD DATA INFILE ... REPLACE INTO

. Rendre la syntaxe LOAD DATA INFILE

utilisable comme ceci :

LOAD DATA INFILE 'file_name.txt' INTO TABLE tbl_name TEXT_FIELDS (text_field1, text_field2, text_field3) SET table_field1=CONCAT(text_field1, text_field2), table_field3=23

IGNORE text_field3

Cela peut être utilisé pour ignorer des colonnes supplémentaires dans le fichier texte, ou pour modifier des colonnes en fonction de données dans les valeurs entrantes.

De nouvelles fonctions pour travailler avec le type de colonne SET

:

ADD_TO_SET(value,set) REMOVE_FROM_SET(value,set)

Si vous interrompez mysql

au beau milieu d'une requête, vous pouvez ouvrir une autre connexion pour tuer la requête en cours. Ou bien, une tentative doit être faite pour détecter cela sur le serveur.

Ajout d'une interface au moteur de sauvegarde pour que vous puissiez l'utiliser comme table système. Cela sera un peu lent si vous demandez toutes les informations de toutes les tables, mais très souple. SHOW INFO FROM tbl_name

doit être implémenté pour connaître les informations de bases des tables.

Permettre SELECT a FROM crash_me LEFT JOIN crash_me2 USING (a)

; dans ce cas, a

est supposé provenir de la table crash_me

. Les options DELETE

et REPLACE

dans les commandes UPDATE

(cela va effacer les lignes lors d'un doublon dans la requête).

Modification du format de DATETIME

pour stocker les fractions de secondes. Rendre possible l'utilisation de la bibliothèque GNU regexp

au lieu de la bibliothèque actuelle (la bibliothèque GNU devrait être plus rapide que l'ancienne).

Compatibilité avec les standards, migration et portabilité.

Ne pas utiliser de valeur par défaut ( DEFAULT

) pour les colonnes. Indiquer une erreur lors des commandes INSERT

, si elle contient une colonne qui n'a pas de

valeur par défaut.

Ajout des fonctions de groupement ANY()

, EVERY()

et SOME()

. En ANSI SQL, elles ne fonctionnent que sur les colonnes de type booléens, mais nous pouvons étendre leur champ d'action aux colonnes et expression, en appliquant la règle suivante : value == 0 −> FALSE et value <> 0 −> TRUE.

Correction du type pour que MAX(column)

ait le même type de colonne :

mysql> CREATE TABLE t1 (a DATE); mysql> INSERT INTO t1 VALUES (NOW()); mysql> CREATE TABLE t2 SELECT MAX(a) FROM t1; mysql> SHOW COLUMNS FROM t2;

Amélioration des performances

Ne permettre qu'à un nombre défini de threads d'exécuter des réparations

MyISAM

simultanément. Changer INSERT ... SELECT

pour utiliser optionnellement des insertions simultanées.

Ajouter une option pour écrire sur le disque les pages de clés pour les tables à clés retardées, qui n'ont pas été sauvées dernièrement.

Permettre les jointures sur des parties de clés (problème d'optimisation). Un analyseur de logs, qui permettrait d'extraire des informations sur les tables les plus souvent utilisées, les jointures, etc... Cela permettra aux utilisateurs d'identifier les tables qui peuvent être optimisées.

Internationalisation Ergonomie

Retourner le type de champs original lors des requêtes SELECT MIN(column) ... GROUP BY

.

Rendre possible la spécification de long_query_time

avec une granularité de l'ordre de la microseconde.

Intégrer le code de myisampack

dans le serveur, activer les commandes PACK

or

COMPRESS

depuis le serveur.

Ajouter un cache de buffer de clé temporaire durant les commandes

INSERT/DELETE/UPDATE

pour que nous puissions nous rétablir si jamais le fichier d'index est plein.

Si vous effectuez la commande ALTER TABLE

sur une table qui est un lien

symbolique sur un autre disque, les tables temporaires seront aussi faites sur ce disque.

Implémenter un type DATE/DATETIME

qui gère les fuseaux horaire correctement, pour résoudre le problème du décalage horaire.

Corriger la configuration pour que l'on puisse compiler toute les bibliothèques (comme MyISAM

) sans les threads.

Permettre toutes les variables SQL dans la clause LIMIT

, comme par exemple

LIMIT @a,@b

.

Affichage automatique de mysql

vers un navigateur web.

LOCK DATABASES

(avec différentes options).

De nombreuses nouvelles variables dans SHOW STATUS

. Les lignes lues et modifiées. Les sélections sur tables uniques et les jointures. Le nombre moyen de tables dans une sélection. Le nombre de requêtes ORDER BY

et GROUP BY

.

mysqladmin copy database new−database

; a besoin de la commande COPY

dans mysqld

. La liste des processus doit afficher le nombre de requêtes et de threads.

SHOW HOSTS

affichera les informations concernant le cache de noms d'hôtes. Changer le nom des tables de chaîne vide à NULL

pour les colonnes calculées. Ne pas utiliser la fonction Item_copy_string

sur les valeurs numériques, pour éviter les conversions nombre −> chaîne −> nombre en cas de : SELECT COUNT(*)*(id+0) FROM table_name GROUP BY id

Changer ALTER TABLE

pour qu'il n'interrompe pas le client qui exécute des INSERT DELAYED

.

Lorsque les colonnes sont spécifiées dans UPDATE

, elles contiennent les

anciennes valeurs d'avant la modification.

Nouveaux systèmes d'exploitation.

Port des clients MySQL vers LynxOS.

1.6.4 Ce qui est prévu à moyen terme

Implémenter la fonction : get_changed_tables(timeout,table1,table2,...)

.

Remplacer la lecture dans les tables par une zone mémoire aussi souvent que possible. Actuellement, seules les tables compressées utilisent des memmap.

Rendre le code des timestamp automatiques bien plus pratique. Ajouter les timestamps dans le log avec SET TIMESTAMP=#;

.

Utiliser un mutex de lecture/écriture pour gagner de la vitesse.

Vues simples (implémentation progressive jusqu'à support total). Vues .

Fermer automatiquement des tables si une table, une table temporaire ou un fichier temporaire reçoit une erreur 23 (plus assez de fichiers ouverts).

Meilleure propagation des constantes. Lorsqu'une occurrence de col_name=n

est trouvée dans une expression, pour une n

, remplacer les autres occurrences de col_name

de l'expression avec n

. Actuellement, cela n'arrive que pour les cas les plus simples.

Changer toutes les expressions constantes par des expressions calculées, si possible.

Optimiser les comparaisons key

= expression

. Actuellement, seules les relations key

= column

or key

= constant

sont optimisées.

Fusionner les fonctions de copie pour améliorer le code.

Changez sql_yacc.yy

pour le remplacer par un analyseur de ligne de commande plus petit, et qui gère mieux les messages.

Changer l'analyseur pour utiliser uniquement une règle pour tous les nombres d'arguments possibles dans une fonction.

Utiliser les calculs de noms complets dans la clause ORDER (pour ACCESS97).

MINUS

, INTERSECT

et FULL OUTER JOIN

. (actuellement, UNION

[en 4.0] et LEFT OUTER JOIN

fonctionnent).

SQL_OPTION MAX_SELECT_TIME=#

pour donner une limite de temps à une requête.

Diriger le log de modification vers une base.

Améliorer LIMIT

pour permettre la lecture de données à la fin du résultat.

Alertes lors des connexions/écritures/lectures du client.

Notez ces modifications de safe_mysqld

: selon la FSSTND (que Debian essaie de suivre) les fichiers PID devraient être placés dans /var/run/<progname>.pid

et les fichiers de logs dans /var/log

. Il serait bien si vous pouviez mettre le "DATADIR" dans la première déclaration de "pidfile" et "log", de façon à ce que l'emplacement de ces fichiers puisse être modifié en une seule ligne.

Permettre au client de commander le log des actions.

Ajouter l'utilisation de zlib()

pour les fichiers gzip

, avec la commande LOAD DATA INFILE

.

Corriger le tri et le groupage avec les colonnes BLOB

(en partie résolu).

Utiliser des sémaphores pour compter les threads. Il faut commencer par implémenter des sémaphores pour MIT−pthreads

.

Ajouter le support complet pour les JOIN

avec parenthèses.

Comme alternative à la relation un thread, une connexion, gérer un groupe de threads pour répondre aux requêtes.

Permettre la pose de plusieurs verrous avec GET_LOCK

. Lors de ces verrous multiples, gérer le cas des blocages par verrous qui pourrait être introduit.

Le temps est indiqué en temps de travail et non pas en temps normal.

1.6.5 Ce qui n'est pas prévu

Rien. Nous nous dirigeons vers la compatibilité complète avec ANSI 92/ANSI 99.