Die Ver\u00f6ffentlichung von SQLite 3.46, einer schlanken DBMS, die als dynamische Bibliothek bereitgestellt wird, wurde bekannt gegeben. Der SQLite-Code wird als Public Domain verbreitet, d.h. er kann ohne Einschr\u00e4nkungen und kostenlos f\u00fcr alle Zwecke verwendet werden. Die finanzielle Unterst\u00fctzung der SQLite-Entwickler erfolgt durch ein eigens gegr\u00fcndetes Konsortium. <\/p>\n
Haupt\u00e4nderungen: <\/p>\n
\n
Es wurde die M\u00f6glichkeit eingef\u00fchrt, Zahlen mit dem Trennzeichen \u201e_\u201c darzustellen, um eine bessere Lesbarkeit von numerischen Literalen zu gew\u00e4hrleisten (z. B. 1_234_567).\n
Die SQL-Funktion json_pretty() wurde hinzugef\u00fcgt, um eine lesbarere Ausgabe im JSON-Format zu erzeugen, die mit Blockeinz\u00fcgen formatiert ist.\n
Die Funktionalit\u00e4t des Befehls \u201ePRAGMA optimize\u201c, der die Datenbank und alle Datenschemata optimiert, wurde erweitert, um die beste Abfrageleistung zu erreichen. Ein automatisch anzuwendendes Limit f\u00fcr die Dauer der DB-Analyse wurde implementiert, das eine zu lange Verarbeitung gro\u00dfer Datenbanken ausschlie\u00dft. Eine neue Bitmaske \u201ePRAGMA optimize(0x10000)\u201c wurde hinzugef\u00fcgt, um die \u00dcberpr\u00fcfung von Updates in allen Tabellen separat zu erm\u00f6glichen. Der automatische erneute Analyseprozess f\u00fcr Tabellen, die keinen sqlite_stat1-Eintrag aufweisen, wurde sichergestellt.\n
Die SQL-Funktion strftime() unterst\u00fctzt jetzt die Platzhalter %G, %g, %U und %V.\n
In den SQL-Funktionen zur Arbeit mit Datum und Uhrzeit wurden neue Modifikatoren ceiling und floor hinzugef\u00fcgt, um die Verarbeitung von mehrdeutigen Daten zu steuern, die bei Datumsschiebungen um eine bestimmte Anzahl von Monaten oder Jahren auftreten. Die Modifikatoren utc und localtime werden ignoriert, wenn SQLite Informationen hat, dass die Zeit bereits im UTC- oder localtime-Format vorliegt.\n
Optimierungen im Abfrageplaner wurden vorgenommen. F\u00fcr INSERT-Ausdr\u00fccke, die Tausende von Werten im VALUES-Bereich enthalten, ist standardm\u00e4\u00dfig die Optimierung \u201eVALUES-as-coroutine\u201c aktiviert, die die Verarbeitung solcher Ausdr\u00fccke etwa doppelt so schnell macht und den Speicherverbrauch halbiert. Bei Abfragen der Art \u201eSELECT count(DISTINCT col) FROM \u2026\u201c ist die Verwendung von Indizes erlaubt, selbst wenn die Gr\u00f6\u00dfe der Indizes nicht kleiner ist als die Gr\u00f6\u00dfe der Tabellen. Die Logik zur Beurteilung von Situationen, in denen Konstanten in den Argumenten von SQL-Funktionen verwendet werden, wurde verbessert. Es wurde eine Push-Down-Optimierung f\u00fcr WHERE-Ausdr\u00fccke mit nicht zusammenh\u00e4ngenden Unterabfragen angewendet.\n
Die Logik zur Verarbeitung von Stack\u00fcberl\u00e4ufen wurde ge\u00e4ndert \u2013 wenn ein Speicherengpass im Stack festgestellt wird, versucht der Parser nun, zus\u00e4tzlichen Speicher aus dem Heap zuzuweisen, anstatt einen Fehler \u201eparser stack overflow\u201c auszugeben.\n
In JSON ist die Angabe von Steuerzeichen in JSON5-Zeichenliteralen zul\u00e4ssig. Die Logik der Operatoren \u201e->\u201c und \u201e->>\u201c wurde ge\u00e4ndert, sodass sie, wenn der rechte Operand nur Ziffern enth\u00e4lt, analog zu PostgreSQL now als Zeichenfolge behandelt werden.\n
Im DEFAULT-Wert in Tabellenspalten ist die Angabe gro\u00dfer hexadezimaler Literale erlaubt. <\/ul>\n