
Au niveau des améliorations, nous pouvons citer entre autres les points suivants :
- Une amélioration des performances de l’extension R-Tree. R-Tree est un index spécial conçu pour effectuer des requêtes de plage. Les R-Trees sont généralement utilisés dans les systèmes géospatiaux où chaque entrée est un rectangle avec des coordonnées X et Y minimales et maximales. Dans cette nouvelle version, ses performances ont été boostées de 25 % ;
- Le nombre de pages allouées par défaut par le module de la cache a été réduit de 100 à 20 afin d’améliorer les performances au niveau de la charge sur l’allocateur de mémoire ;
- Des problèmes de performance ainsi que des débordements éventuels de mémoire sont apparus lors de la création de vues à partir des clauses des valeurs de plusieurs rangées. Ces problèmes ont été corrigés ;
- L’option de compilation SQLITE_UINT64_TYPE a été ajoutée comme une alternative à SQLITE_INT64_TYPE ;
- La session d’extension permettant d’enregistrer les changements des tables Rowid dans une base de données SQLite a été améliorée afin de prendre en charge les tables Without Rowid. À noter que Rowid est une colonne spéciale contenant un entier qui identifie uniquement une rangée dans une table SQLite ;
- Une amélioration a été apportée à la commande .mode dans le Shell afin de pouvoir restaurer les séparateurs de rangée et colonne pour les modes ligne, liste, colonne et TCL ;
- Une commande pour l’option de compilation pour l’allocateur de mémoire Lookaside a été ajoutée afin de définir par défaut la taille de l’allocateur de mémoire ;
- La taille de l’allocateur de mémoire Lookaside a été augmentée de 512. 125 à 1200. 100 tout en ajoutant seulement 56 Ko de mémoire supplémentaire par connexion afin d’avoir de meilleures performances ;
- Pour soutenir ces performances, nous avons une réduction d’environ 6,5 % du nombre de cycles du processeur utilisés par SQLite sur une charge de travail standard par rapport aux premières versions de SQLite.
En plus de ces points cités, plusieurs autres améliorations sont également disponibles.
Pour ce qui concerne les trois correctifs, nous avons les éléments suivants :
- Lorsque la clause ON fait référence à une table à droite, cela donne un résultat incorrect. Un correctif a été apporté ;
- En second point, l’on note que lorsque l’on exécute plusieurs requêtes en utilisant des index automatiques, nous pouvons avoir des réponses et des résultats différents. Cela a été corrigé ;
- Et en dernier point, nous avons un comportement inattendu de la routine sqlite3_blob_reopen() dans certaines circonstances. Ce problème a été également corrigé.
Le mois dernier, après avoir demandé aux développeurs s’il avait déjà utilisé ce moteur de base de données, plus de la moitié des répondants ont soutenu qu’ils s’en servent par occasion, tandis que d’autres affirmaient ne rien utiliser d’autre que celui-là à cause de sa légèreté et de ses performances. Avec cette nouvelle version qui met avant un accroissement des performances, SQLite ne pourra qu’attirer davantage de développeurs pour qui la légèreté et les performances sont une priorité.
Source : Notes de version SQLite 3.17
Et vous ?


Voir aussi


