Sortie stable de la base de données MariaDB 13.0

La version de la base de donnĂ©es MariaDB 13.0.2 a Ă©tĂ© prĂ©sentĂ©e, marquĂ©e comme le premier lancement stable de la branche 13.0. La branche MariaDB 13.0 est considĂ©rĂ©e comme une version intermĂ©diaire (rolling), continuant le dĂ©veloppement progressif des fonctionnalitĂ©s et accompagnĂ©e jusqu'au lancement stable de la prochaine branche. En mĂȘme temps, la version MariaDB 13.1.1 est disponible, ayant le statut de candidate Ă  la publication.

Le projet MariaDB développe une bifurcation de MySQL, préservant la rétrocompatibilité et se distinguant par l'intégration de moteurs de stockage supplémentaires et de fonctionnalités avancées. Le développement de MariaDB est supervisé par l'organisation indépendante MariaDB Foundation conformément à un processus de développement ouvert et transparent, sans dépendance vis-à-vis de fournisseurs individuels. MariaDB est fourni à la place de MySQL dans de nombreuses distributions Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) et est intégré dans d'importants projets tels que Wikipedia, Google Cloud SQL et Nimbuzz.

Parmi les changements dans la branche MariaDB 13.0 :

  • Une expression « TYPE .. IS REF CURSOR » a Ă©tĂ© ajoutĂ©e pour dĂ©clarer un type de donnĂ©es de rĂ©fĂ©rence pour un curseur, qui peut ĂȘtre utilisĂ© pour retourner le rĂ©sultat d'une requĂȘte SQL ou un jeu de lignes Ă  partir de procĂ©dures stockĂ©es et de fonctions.
  • La possibilitĂ© d'utiliser le type RECORD dans les paramĂštres de procĂ©dures et dans les valeurs retournĂ©es par les fonctions a Ă©tĂ© fournie.
  • Un indice d'optimiseur QB_NAME() a Ă©tĂ© ajoutĂ©, permettant d'attribuer un nom Ă  un bloc de requĂȘte pour l'application ultĂ©rieure d'instructions d'optimisation pour ce bloc.
  • Le support des commentaires exĂ©cutables « /*!! 
 */ » a Ă©tĂ© ajoutĂ©, qui ne sont rĂ©vĂ©lĂ©s que dans les versions antĂ©rieures Ă  la version spĂ©cifiĂ©e. Par exemple, si dans la version MariaDB 10.0 il est nĂ©cessaire d'exĂ©cuter la construction « CREATE OR REPLACE TABLE », et dans les versions plus anciennes — « CREATE TABLE IF NOT EXISTS » : CREATE /*!100000 OR REPLACE */ TABLE /*!100000 IF NOT EXISTS */ t1 

  • Une colonne IS_DEPRECATED a Ă©tĂ© ajoutĂ©e dans la table INFORMATION_SCHEMA.SYSTEM_VARIABLES pour marquer les variables obsolĂštes, et dans les tables INFORMATION_SCHEMA.STATISTICS et INFORMATION_SCHEMA.COLUMNS, une colonne CREATE_OPTIONS a Ă©tĂ© ajoutĂ©e avec des informations sur les fonctionnalitĂ©s spĂ©cifiques aux moteurs pour l'expression « CREATE TABLE ».
  • La possibilitĂ© de configurer le format de temps spĂ©cifiĂ© dans les journaux du plugin pour l'audit a Ă©tĂ© fournie.
  • L'exĂ©cution atomique de l'opĂ©ration « CREATE OR REPLACE TABLE » a Ă©tĂ© garantie.
  • La construction « UPDATE 
 RETURNING » a Ă©tĂ© mise en Ɠuvre, permettant de mettre Ă  jour des lignes et de retourner immĂ©diatement leurs valeurs modifiĂ©es.
  • Une nouvelle variable innodb_log_archive a Ă©tĂ© ajoutĂ©e pour activer le mode de sauvegarde des fichiers de journaux WAL (au lieu de la réécriture cyclique du journal dans un seul fichier, aprĂšs remplissage, l'Ă©criture bascule vers un nouveau fichier).
  • Dans le moteur MEMORY, le fonctionnement des index (UNIQUE INDEX) pour les colonnes de type CHAR a Ă©tĂ© accĂ©lĂ©rĂ©.

Source : opennet.ru

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster