Veröffentlichung von SQLite 3.31 mit Unterstützung für generierte Spalten

Veröffentlicht Release SQLite 3.31.0, einer leichtgewichtigen Datenbank, die als Plug-in-Bibliothek bereitgestellt wird. Der Code von SQLite wird als Public Domain veröffentlicht, das heißt, er kann ohne Einschränkungen und kostenlos für jede Art von Verwendung genutzt werden. Die finanzielle Unterstützung der SQLite-Entwickler wird von einem speziell gegründeten Konsortium übernommen, zu dem Unternehmen wie Adobe, Oracle, Mozilla, Bentley und Bloomberg gehören.

Haupt eingeführt wurde, die im Januar dieses Jahres in den Kernel übernommen wurde. Es betrifft ausschließlich die Version 5.1 und tritt in den meisten Fällen auf Systemen mit Samsung-SSD-Speichern auf, bei denen zur Verschlüsselung Daten mit dm-crypt/LUKS über device-mapper/LVM verwendet werden.:

• Unterstützung für generierte Spalten (berechnete Spalten), die es ermöglichen, beim Erstellen einer Tabelle eine Spalte zu definieren, deren Wert automatisch auf der Grundlage des Inhalts einer anderen Spalte berechnet wird. Generierte Spalten können sowohl virtuell (bei jedem Zugriff dynamisch erstellt) als auch in der Datenbank gespeichert (bei jeder Aktualisierung der zugehörigen Spalten gespeichert) sein. Der Inhalt von generierten Spalten ist nur im Lese-Modus verfügbar (Änderungen erfolgen nur durch Modifikation des Wertes einer anderen Spalte, die bei der Berechnung beteiligt ist). Zum Beispiel:

  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
  );
• PRAGMA hinzugefügt: trusted_schema, Einstellung SQLITE_DBCONFIG_TRUSTED_SCHEMA und die Build-Option „-DSQLITE_TRUSTED_SCHEMA“, die es ermöglicht, den Schutz vor Angriffen über die Modifikation des Datenbankschemas zu steuern. Bei aktivem Schutz wird die Nutzung von SQL-Funktionen (die nicht als SQLITE_INNOCUOUS gekennzeichnet sind) in Triggern, Sichten, CHECK- und DEFAULT-Ausdrücken, Indizes sowie in generierten Spalten eingeschränkt. Die Verwendung von virtuellen Tabellen in Triggern und Sichten wird ebenfalls deaktiviert, es sei denn, die virtuelle Tabelle wird ausdrücklich mit dem Flag SQLITE_VTAB_INNOCUOUS deklariert.
• Es wurde ermöglicht, bestimmten SQL-Funktionen in Anwendungen Eigenschaften zuzuweisen SQLITE_INNOCUOUS (harmless functions, die von externen Parametern unabhängig sind und nicht zur Durchführung schädlicher Aktionen verwendet werden können) und SQLITE_DIRECTONLY (nur direkter Aufruf in SQL-Abfragen, ohne Anwendungsmöglichkeit in Triggern, Sichten und Datenstruktur-Schemas);
• Ein Modul wurde hinzugefügt uuid mit Implementierungen für die Verarbeitung von UUIDs (RFC-4122);
• Die PRAGMA hard_heap_limit und die Funktion sqlite3_hard_heap_limit64() wurden hinzugefügt, um die maximale Größe des Heaps zu steuern;
• In der PRAGMA function_list wurde die Ausgabe des Typs, der Eigenschaften und der Anzahl der Argumente jeder Funktion hinzugefügt;
• In die virtuelle Tabelle DBSTAT ein Datenaggregierungsmodus;
• In sqlite3_open_v2() wurde die Option SQLITE_OPEN_NOFOLLOW implementiert, die das Öffnen von symbolischen Links verbietet;
• Für das Argument PATH, das an die JSON-Funktion übergeben wird, wurde die Unterstützung für Array-Notation «#-N» hinzugefügt;
• Im Speichersystem lookaside wurde die Unterstützung für zwei separate Pools implementiert, von denen jeder zur Zuweisung von Blöcken unterschiedlicher Größe verwendet werden kann (die Trennung ermöglicht eine erweiterte Anwendung des lookaside-Systems, während die Größe des für jede Verbindung reservierten Puffers von 120 auf 48 KB reduziert wird);
• Die Unterstützung für PRAGMA legacy_file_format, die mit VACUUM, generierten Spalten und abnehmenden Indizes nicht kompatibel war, wurde eingestellt (die Unterstützung für das veraltete Format kann über das Flag SQLITE_DBCONFIG_LEGACY_FILE_FORMAT in sqlite3_db_config() wiederhergestellt werden).

Quelle: opennet.ru