{"id":99469,"date":"2021-03-18T10:23:26","date_gmt":"2021-03-18T08:23:26","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-subd-sqlite-3-35"},"modified":"2021-03-18T10:23:26","modified_gmt":"2021-03-18T08:23:26","slug":"vypusk-subd-sqlite-3-35","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-subd-sqlite-3-35","title":{"rendered":"Publication de la base de donn\u00e9es SQLite 3.35","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 3.35 de SQLite a \u00e9t\u00e9 publi\u00e9e, une base de donn\u00e9es l\u00e9g\u00e8re sous forme de biblioth\u00e8que dynamique. Le code de SQLite est distribu\u00e9 dans le domaine public, c\u2019est-\u00e0-dire qu'il peut \u00eatre utilis\u00e9 sans restrictions et gratuitement \u00e0 toutes fins. Le soutien financier des d\u00e9veloppeurs de SQLite est assur\u00e9 par un consortium sp\u00e9cialement cr\u00e9\u00e9, compos\u00e9 d\u2019entreprises telles qu\u2019Adobe, Oracle, Mozilla, Bentley et Bloomberg. <\/p>\n
Principales modifications : <\/p>\n
\n
Des fonctions math\u00e9matiques int\u00e9gr\u00e9es (log2(), cos(), tg(), exp(), ln(), pow(), etc.) ont \u00e9t\u00e9 ajout\u00e9es, pouvant \u00eatre utilis\u00e9es dans SQL. Pour activer ces fonctions int\u00e9gr\u00e9es, une compilation avec l'option \u00ab -DSQLITE_ENABLE_MATH_FUNCTIONS \u00bb est requise.\n
La prise en charge de l'expression \u00ab ALTER TABLE DROP COLUMN \u00bb a \u00e9t\u00e9 mise en \u0153uvre pour supprimer des colonnes d'une table et effacer les donn\u00e9es pr\u00e9c\u00e9demment stock\u00e9es dans cette colonne.\n
L'impl\u00e9mentation de l'op\u00e9ration UPSERT (ajouter ou modifier) a \u00e9t\u00e9 \u00e9tendue, permettant via des expressions telles que \u00ab INSERT ... ON CONFLICT DO NOTHING\/UPDATE \u00bb d'ignorer l'erreur ou d'effectuer une mise \u00e0 jour au lieu d'une insertion en cas d'impossibilit\u00e9 d'ajouter des donn\u00e9es via \u00ab INSERT \u00bb (par exemple, si l'enregistrement existe d\u00e9j\u00e0, on peut effectuer une mise \u00e0 jour au lieu d'une insertion). Dans cette nouvelle version, il est autoris\u00e9 de sp\u00e9cifier plusieurs blocs \u00ab ON CONFLICT \u00bb, qui seront trait\u00e9s dans l'ordre d'apparition. Dans le dernier bloc \u00ab ON CONFLICT \u00bb, il est permis de ne pas sp\u00e9cifier le param\u00e8tre de d\u00e9finition de conflit pour utiliser \u00ab DO UPDATE \u00bb.\n
Dans les op\u00e9rations DELETE, INSERT et UPDATE, la prise en charge de l'expression RETURNING a \u00e9t\u00e9 impl\u00e9ment\u00e9e, permettant d'afficher le contenu de l'enregistrement supprim\u00e9, ins\u00e9r\u00e9 ou modifi\u00e9. Par exemple, l'expression \u00ab insert into ... returning id \u00bb renverra l'identifiant de la ligne ajout\u00e9e, et \u00ab update ... set price = price * 1.10 returning price \u00bb renverra la valeur modifi\u00e9e de price.\n
Pour les expressions de table g\u00e9n\u00e9rales (Common Table Expression, CTE), permettant d'utiliser des ensembles de r\u00e9sultats nomm\u00e9s temporaires d\u00e9finis par l'instruction WITH, le choix des modes \u00ab MATERIALIZED \u00bb et \u00ab NOT MATERIALIZED \u00bb a \u00e9t\u00e9 autoris\u00e9. \u00ab MATERIALIZED \u00bb implique la mise en cache du r\u00e9sultat de la requ\u00eate dans une table physique distincte, avec la r\u00e9cup\u00e9ration ult\u00e9rieure des donn\u00e9es de cette table, tandis qu'avec \u00ab NOT MATERIALIZED \u00bb, des requ\u00eates r\u00e9p\u00e9t\u00e9es seront effectu\u00e9es \u00e0 chaque acc\u00e8s \u00e0 la vue. Initialement, SQLite utilisait par d\u00e9faut le mode \u00ab NOT MATERIALIZED \u00bb, mais a maintenant \u00e9t\u00e9 chang\u00e9e en \u00ab MATERIALIZED \u00bb pour les CTE utilis\u00e9s plus d'une fois.\n
R\u00e9duction de la consommation de m\u00e9moire lors de l'ex\u00e9cution de l'op\u00e9ration VACUUM pour les bases de donn\u00e9es contenant de tr\u00e8s grandes valeurs avec les types TEXT ou BLOB.\n
Des efforts ont \u00e9t\u00e9 d\u00e9ploy\u00e9s pour am\u00e9liorer les performances de l'optimiseur et du planificateur de requ\u00eates :\n
\n
Des optimisations ont \u00e9t\u00e9 ajout\u00e9es lors de l'utilisation des fonctions min et max avec l'expression \u00ab IN \u00bb.\n
L'ex\u00e9cution de l'op\u00e9rateur EXISTS a \u00e9t\u00e9 acc\u00e9l\u00e9r\u00e9e.\n
La mise en \u0153uvre des sous-requ\u00eates \u00e0 partir des expressions UNION ALL utilis\u00e9es dans le cadre des JOIN a \u00e9t\u00e9 r\u00e9alis\u00e9e.\n
Un index a \u00e9t\u00e9 utilis\u00e9 pour les expressions IS NOT NULL.\n
La transformation \u00ab x IS NULL \u00bb et \u00ab x IS NOT NULL \u00bb en FALSE ou TRUE a \u00e9t\u00e9 assur\u00e9e pour les colonnes ayant le caract\u00e8re \u00ab NOT NULL \u00bb.\n
La v\u00e9rification des cl\u00e9s \u00e9trang\u00e8res a \u00e9t\u00e9 omise dans UPDATE si l'op\u00e9ration ne modifie pas les colonnes li\u00e9es \u00e0 la cl\u00e9 \u00e9trang\u00e8re.\n
Le d\u00e9placement des parties du bloc WHERE vers des sous-requ\u00eates contenant des fonctions de fen\u00eatre est autoris\u00e9, \u00e0 condition que ces parties soient limit\u00e9es au traitement des constantes et des copies des expressions des blocs \u00ab PARTITION BY \u00bb utilis\u00e9s dans les fonctions de fen\u00eatre. <\/ul>\n
Modifications de l'interface de ligne de commande :\n
\n
Ajout\u00e9e la commande \u00ab .filectrl data_version \u00bb.\n
Les commandes \u00ab .once \u00bb et \u00ab .output \u00bb prennent en charge la redirection de la sortie vers un gestionnaire appel\u00e9 avec des canaux anonymes (\u00ab | \u00bb).\n
Ajout des arguments \u00ab stmt \u00bb et \u00ab vmstep \u00bb \u00e0 la commande \u00ab .stats \u00bb pour afficher les statistiques des expressions et des compteurs de la machine virtuelle. <\/ul>\n<\/ul>\n