Lancement de la base de données SQLite 3.31 avec prise en charge des colonnes générées

Publié la sortie SQLite 3.31.0, une base de données légère sous forme de bibliothèque intégrable. Le code SQLite est distribué dans le domaine public, c'est-à-dire qu'il peut être utilisé sans restrictions et gratuitement à des fins diverses. Le soutien financier des développeurs de SQLite est assuré par un consortium spécialement créé, comprenant des entreprises telles qu'Adobe, Oracle, Mozilla, Bentley et Bloomberg.

Principales modifications:

• Ajout du support de colonnes générées (colonnes calculées), permettant de définir lors de la création d'une table une colonne dont la valeur est automatiquement calculée en fonction du contenu d'une autre colonne. Les colonnes générées peuvent être à la fois virtuelles (formées à la volée à chaque accès) et stockées dans la base de données (conservées à chaque mise à jour des colonnes associées). Le contenu des colonnes générées est accessible uniquement en mode lecture (les modifications s'effectuent uniquement en modifiant la valeur d'une autre colonne impliquée dans le calcul). Par exemple :

  CREATE TABLE t1(
  a INTEGER PRIMARY KEY,
  b INT,
  c TEXT,
  d INT GENERATED ALWAYS AS (a*abs(b)) VIRTUAL,
  e TEXT GENERATED ALWAYS AS (substr(c,b,b+1)) STORED
  );
• Ajoutées PRAGMA trusted_schema, configuration SQLITE_DBCONFIG_TRUSTED_SCHEMA et l'option de compilation «-DSQLITE_TRUSTED_SCHEMA», permettant de gérer l'activation de la protection contre les attaques via la modification du schéma de données dans la base de données. Avec la protection active, l'utilisation de fonctions SQL (non marquées comme SQLITE_INNOCUOUS) est limitée dans les déclencheurs, les vues, les expressions CHECK et DEFAULT, les index et les colonnes générées. L'utilisation de tables virtuelles est également désactivée dans les déclencheurs et les vues, sauf si la table virtuelle est explicitement déclarée avec le drapeau SQLITE_VTAB_INNOCUOUS.
• Mise en œuvre de la possibilité d'attribuer certaines propriétés aux fonctions SQL dans les applications SQLITE_INNOCUOUS (fonctions inoffensives qui ne dépendent pas des paramètres externes et ne peuvent pas être utilisées pour effectuer des actions malveillantes) et SQLITE_DIRECTONLY (appel direct uniquement dans les requêtes SQL, sans possibilité d'application dans les déclencheurs, vues et structures de schéma de données);
• Ajout d'un module uuid avec des fonctions pour le traitement de UUID (RFC-4122);
• Ajoutée PRAGMA hard_heap_limit et la fonction sqlite3_hard_heap_limit64() pour gérer la taille maximale du tas;
• Dans la PRAGMA function_list ajout de la sortie du type, des propriétés et du nombre d'arguments de chaque fonction;
• Dans la table virtuelle DBSTAT ajouté mode d'agrégation des données;
• sqlite3_open_v2() inclut l'option SQLITE_OPEN_NOFOLLOW, qui permet d'interdire l'ouverture de liens symboliques ;
• Pour l'argument PATH, transmis aux fonctions JSON, le support de la notation d'array «#-N» a été ajouté ;
• Dans le système de distribution de mémoire lookaside le support de deux pools de mémoire distincts a été mis en œuvre, chacun pouvant être utilisé pour allouer des blocs de tailles différentes (cette séparation permet d'étendre l'application du système lookaside tout en réduisant la taille du buffer alloué par connexion, passant de 120 à 48 Ko) ;
• Le support de PRAGMA legacy_file_format, qui était incompatible avec VACUUM, les colonnes générées et les index décroissants (le support du format hérité peut être restauré via le drapeau SQLITE_DBCONFIG_LEGACY_FILE_FORMAT dans sqlite3_db_config()).

Source : opennet.ru