Version SGBD SQLite 3.31 avec prise en charge des colonnes générées

Publié libération SQLite 3.31.0, un SGBD léger conçu comme une bibliothèque de plug-ins. Le code SQLite est distribué dans le domaine public, c'est-à-dire peut être utilisé sans restrictions et gratuitement à toutes fins. Le soutien financier aux développeurs SQLite est fourni par un consortium spécialement créé, qui comprend des sociétés telles qu'Adobe, Oracle, Mozilla, Bentley et Bloomberg.

principal changements:

• Prise en charge supplémentaire colonnes générées Les colonnes calculées permettent de définir, lors de la création d'une table, une colonne dont la valeur est automatiquement calculée à partir du contenu d'une autre colonne. Ces colonnes peuvent être virtuelles (générées à la volée à chaque accès à la table) ou persistantes (enregistrées à chaque mise à jour des colonnes associées). Le contenu des colonnes calculées est en lecture seule (toute modification nécessite de modifier la valeur d'une autre colonne utilisée dans le calcul). Par exemple :

  CRÉER TABLE t1(
  une CLÉ PRIMAIRE ENTIÈRE,
  b INT,
  avec TEXTE,
  d INT GÉNÉRÉ TOUJOURS COMME (a*abs(b)) VIRTUEL,
  e TEXTE GÉNÉRÉ TOUJOURS COMME (substr(c,b,b+1)) STOCKÉ
  );
• PRAGMA a ajouté schéma_de_confiance, paramètre SQLITE_DBCONFIG_TRUSTED_SCHEMA et l'option de compilation « -DSQLITE_TRUSTED_SCHEMA », qui vous permet de contrôler l'inclusion de la protection contre attaques En modifiant le schéma de la base de données. Lorsqu'elle est activée, la protection restreint l'utilisation des fonctions SQL (non marquées comme SQLITE_INNOCUOUS) dans les déclencheurs, les vues, les expressions CHECK et DEFAULT, les index et les colonnes générées. L'utilisation des tables virtuelles dans les déclencheurs et les vues est également désactivée, sauf si la table virtuelle est explicitement déclarée avec l'indicateur SQLITE_VTAB_INNOCUOUS.
• Mise en œuvre de la possibilité d'attribuer des propriétés aux fonctions SQL définies par l'application SQLITE_INNOCUOUS (fonctions inoffensives qui ne dépendent pas de 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'utilisation dans les déclencheurs, les vues et les schémas de structure de données) ;
• Module ajouté uuid avec la mise en œuvre de fonctions pour le traitement des UUID (RFC-4122) ;
• PRAGMA a ajouté limite de tas dur et fonction sqlite3_hard_heap_limit64() pour contrôler la taille maximale du tas ;
• Dans PRAGMA liste de fonctions ajout de la sortie du type, des propriétés et du nombre d'arguments de chaque fonction ;
• À la table virtuelle DBSTAT ajoutée mode d'agrégation des données ;
• sqlite3_open_v2() implémente l'option SQLITE_OPEN_NOFOLLOW, qui vous permet de désactiver l'ouverture des liens symboliques ;
• Par hypothèse, PATH, transmis aux fonctions JSON, ajout de la prise en charge de la notation de tableau "#-N" ;
• Dans le système d'allocation de mémoire regarder de côté La prise en charge de deux pools de mémoire distincts a été implémentée, chacun pouvant être utilisé pour allouer des blocs de tailles différentes (la séparation permet une utilisation étendue du système lookaside, tout en réduisant la taille du tampon alloué pour chaque connexion de 120 à 48 Ko) ;
• Le support PRAGMA a été interrompu. format de fichier hérité, qui était incompatible avec VACUUM, les colonnes générées et les index descendants (la prise en charge des formats hérités peut être rétablie via l'indicateur SQLITE_DBCONFIG_LEGACY_FILE_FORMAT dans sqlite3_db_config()).

Source: opennet.ru