{"id":116050,"date":"2024-05-24T08:59:21","date_gmt":"2024-05-24T06:59:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-subd-sqlite-3-46"},"modified":"2024-05-24T08:59:21","modified_gmt":"2024-05-24T06:59:21","slug":"vypusk-subd-sqlite-3-46","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-subd-sqlite-3-46","title":{"rendered":"Sortie de la base de donn\u00e9es SQLite 3.46","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 3.46 de SQLite a \u00e9t\u00e9 publi\u00e9e, un SGBD l\u00e9ger sous forme de biblioth\u00e8que dynamique. Le code de SQLite est distribu\u00e9 comme domaine public, ce qui signifie qu'il peut \u00eatre utilis\u00e9 sans restrictions et gratuitement \u00e0 des fins diverses. Le soutien financier des d\u00e9veloppeurs de SQLite est assur\u00e9 par un consortium sp\u00e9cialement cr\u00e9\u00e9. <\/p>\n
Principales modifications : <\/p>\n
\n
Il est maintenant possible d'utiliser le s\u00e9parateur \u00ab _ \u00bb dans les nombres pour une meilleure lisibilit\u00e9 des litt\u00e9raux num\u00e9riques (par exemple, 1_234_567).\n
Une fonction SQL json_pretty() a \u00e9t\u00e9 ajout\u00e9e pour g\u00e9n\u00e9rer une sortie plus lisible au format JSON, format\u00e9e avec des indentations.\n
Les capacit\u00e9s de l'op\u00e9ration \u00ab PRAGMA optimize \u00bb ont \u00e9t\u00e9 \u00e9tendues, optimisant la base de donn\u00e9es et tous les sch\u00e9mas de donn\u00e9es pour atteindre les meilleures performances des requ\u00eates. Un d\u00e9lai limite automatique pour l'analyse de la base de donn\u00e9es a \u00e9t\u00e9 mis en place, excluant un temps de traitement trop long pour les grandes bases de donn\u00e9es. Un nouveau masque de bits \u00ab PRAGMA optimize(0x10000) \u00bb a \u00e9t\u00e9 ajout\u00e9 pour v\u00e9rifier s\u00e9par\u00e9ment les mises \u00e0 jour dans toutes les tables. La r\u00e9-analyse automatique des tables sans enregistrements sqlite_stat1 a \u00e9t\u00e9 assur\u00e9e.\n
La fonction SQL strftime() prend d\u00e9sormais en charge les substitutions %G, %g, %U et %V.\n
De nouveaux modificateurs ceiling et floor ont \u00e9t\u00e9 ajout\u00e9s aux fonctions SQL pour travailler avec les dates et les heures, permettant la gestion des dates ambigu\u00ebs lors de d\u00e9calages de dates d'un certain nombre de mois ou d'ann\u00e9es. Les modificateurs utc et localtime sont ignor\u00e9s si SQLite sait que l'heure est d\u00e9j\u00e0 en format UTC ou localtime.\n
Des optimisations ont \u00e9t\u00e9 apport\u00e9es au planificateur de requ\u00eates. Pour les expressions INSERT contenant des milliers de valeurs dans la section VALUES, l'optimisation \u00ab VALUES-as-coroutine \u00bb est activ\u00e9e par d\u00e9faut, permettant d'acc\u00e9l\u00e9rer d'environ deux fois l'analyse de ces expressions et de r\u00e9duire de moiti\u00e9 la consommation de m\u00e9moire. Pour les requ\u00eates de type \u00ab SELECT count(DISTINCT col) FROM ... \u00bb, l'application d'index est d\u00e9sormais autoris\u00e9e, m\u00eame si la taille des enregistrements dans l'index est sup\u00e9rieure ou \u00e9gale \u00e0 celle des enregistrements dans la table. La logique de d\u00e9termination des situations o\u00f9 des constantes sont sp\u00e9cifi\u00e9es dans les arguments des fonctions SQL a \u00e9t\u00e9 am\u00e9lior\u00e9e. L'optimisation push-down pour les expressions WHERE contenant des sous-requ\u00eates non li\u00e9es a \u00e9t\u00e9 mise en \u0153uvre.\n
La logique de traitement du d\u00e9bordement de la pile a \u00e9t\u00e9 modifi\u00e9e \u2014 lors d'un manque de m\u00e9moire pour la pile, le parseur essaie d\u00e9sormais d'allouer de la m\u00e9moire suppl\u00e9mentaire \u00e0 partir du tas, au lieu de renvoyer une erreur \u00ab parser stack overflow \u00bb.\n
Dans le JSON, il est d\u00e9sormais possible de sp\u00e9cifier des caract\u00e8res de contr\u00f4le dans les litt\u00e9raux de cha\u00eene JSON5. La logique des op\u00e9rateurs \u00ab -> \u00bb et \u00ab ->> \u00bb a \u00e9t\u00e9 modifi\u00e9e, lorsque l'op\u00e9rande de cha\u00eene \u00e0 droite contient uniquement des chiffres (\u00e0 l'instar de PostgreSQL, ces op\u00e9randes sont d\u00e9sormais trait\u00e9s comme des cha\u00eenes).\n
Il est d\u00e9sormais possible d'utiliser de grands litt\u00e9raux hexad\u00e9cimaux dans la valeur DEFAULT des colonnes des tables. <\/ul>\n