La version 3.44 de SQLite a été publiée, un système de gestion de base de données léger sous forme de bibliothèque dynamique. Le code de SQLite est distribué dans le domaine public, ce qui signifie qu'il peut être utilisé sans restrictions et gratuitement à toutes les fins. Le soutien financier aux développeurs de SQLite est assuré par un consortium spécialement créé qui comprend des entreprises comme Bentley, Bloomberg, Expensify et Navigation Data Standard.
Principales modifications :
- Dans les fonctions d'agrégation, il est maintenant permis d'indiquer l'expression « ORDER BY » après le dernier paramètre pour traiter les arguments de la fonction dans un ordre spécifique, ce qui peut être utile pour des fonctions telles que string_agg() et json_group_array().
- Ajout du support des fonctions SQL scalaires concat() et concat_ws(), compatibles avec PostgreSQL, MS SQL Server et MySQL.
- Ajout du support de la fonction d'agrégation string_agg(), compatible avec PostgreSQL et MS SQL Server.
- La fonction SQL strftime() prend maintenant en charge les spécificateurs « %e », « %F », « %I », « %k », « %l », « %p », « %P », « %R », « %T » et « %u ».
- De nombreuses erreurs liées à l'expression « CREATE TABLE » sont désormais affichées après l'exécution de l'expression « CREATE TABLE », plutôt qu'après la première utilisation de la table.
- La commande « PRAGMA integrity_check » a été mise à jour pour vérifier la cohérence du contenu de diverses tables virtuelles intégrées utilisées dans les extensions FTS3, FTS4, FTS5, RTREE et GEOPOLY.
- Les tables virtuelles intégrées utilisées dans les extensions FTS3, FTS4, FTS5, RTREE et GEOPOLY peuvent désormais être utilisées à l'intérieur des déclencheurs.
- En spécifiant la configuration SQLITE_DBCONFIG_DEFENSIVE, une protection contre l'activation du mode « PRAGMA writable_schema » est assurée.
- Lors de la compilation avec Microsoft C, l'option SQLITE_USE_SEH (Structured Exception Handling) est activée par défaut.
- Des optimisations ont été apportées au planificateur de requêtes concernant le balayage partiel des index lorsque, dans l'expression WHERE, une valeur constante est spécifiée pour une colonne de la table. En raison de régressions identifiées, l'optimisation du balayage des vues ajoutée dans la version 3.42.0 a été désactivée.
- Une vérification du support par le système du type « long double » avec une précision supérieure à celle du type « double » est désormais effectuée à l'exécution.
- Dans l'interface de commande pour Windows, l'encodage UTF-8 est utilisé par défaut pour l'entrée et la sortie (une option « —no-utf8 » est prévue pour le désactiver).
Source : opennet.ru
