SQLite

SQLite ist eine Open-Source-, Multiplattform-, freie und kleine C-Bibliothek, die eine eigenständige, einbettbare, transaktionale, serverlose und nullkonfigurierte SQL-Datenbank-Engine implementiert. Es ist die am meisten verwendete SQL-Datenbank-Engine der Welt.

Zu den wichtigsten Funktionen gehören isolierte, atomare, dauerhafte und konsistente Transaktionen, SQL92-Implementierung, Datenbankdateien können frei zwischen Computern ausgetauscht werden, Datenbanken mit bis zu 2 Terabyte, Unterstützung für Gigabyte-große Blobs und Strings, kleiner Code-Footprint sowie eine einfach zu bedienende und sehr einfache API (Application Programming Interface).

Außerdem benötigt SQLite keine Erstkonfiguration oder weitere Administration, es ermöglicht Entwicklern, eine vollständige Datenbank in einer einzigen plattformübergreifenden Datei zu speichern, die sich perfekt für die Verwendung von Anwendungsdateiformaten eignet, keine externen Abhängigkeiten aufweist, mit integrierten in TCL (Tool Command Language) -Bindungen und umfassende Dokumentation.

Bindungen für zahlreiche andere Programmiersprachen sind separat erhältlich. Der Quellcode ist gut kommentiert und kommt mit einem eigenständigen CLI-Client (Command-Line Interface), der aus dem Offset für die Verwaltung von SQLite-Datenbanken entwickelt wurde.

Die SQLite-Datenbank-Engine kann für jeden persönlichen oder kommerziellen Zweck verwendet werden. Vorgeschlagene Verwendungen für SQLite sind die Datenbank für Gadgets, die Website-Datenbank, die Unterstützung für ein Enterprise-RDBMS (relationales Datenbankverwaltungssystem) sowie das Anwendungsdateiformat.

Die SQLite-Distribution wird mit einem eigenständigen Befehlszeilenprogramm (sqlite) geliefert, das zur Verwaltung einer SQLite-Datenbank verwendet werden kann und als Beispiel für die Verwendung der SQLite-Bibliothek dient. Es ist vollständig in der ANSI-C Programmiersprache geschrieben.

Zu den unterstützten Desktop-Betriebssystemen gehören GNU / Linux, Mac OS X und Microsoft Windows. Unterstützte mobile Betriebssysteme sind Android und iOS. Es wurde erfolgreich mit 32-Bit- und 64-Bit-Hardwareplattformen getestet und kann problemlos auf andere Betriebssysteme übertragen werden.

Was ist neu in dieser Version:

• Zu den Highlights dieses Releases gehören die Unterstützung für UPSERT im PostgreSQL-Stil und eine verbesserte Leistung, insbesondere für ORDER BY LIMIT-Abfragen.

Was ist neu in der Version:

• Nutzen Sie die Vorteile der atomaren Schreibfunktionen im F2FS-Dateisystem, wenn sie verfügbar sind, um den Transaktionsaufwand erheblich zu reduzieren. Dies erfordert derzeit die SQLITE_ENABLE_BATCH_ATOMIC_WRITE-Option für die Kompilierungszeit.
• Erlaube den ATTACH- und DETACH-Befehlen, innerhalb einer Transaktion zu arbeiten.
• Lassen Sie WITHOUT ROWID virtuelle Tabellen beschreibbar sein, wenn der PRIMARY KEY genau eine Spalte enthält.
• Die & rdquo; fsync (& rdquo;) & rdquo; Das tritt auf, nachdem der Header in einem WAL-Reset geschrieben wurde, und verwendet jetzt die Synchronisierungseinstellungen für Checkpoints. Dies bedeutet, dass es einen & quot; fullfsync & quot; auf Macs, wenn PRAGMA checkpoint_fullfsync aktiviert ist.
• Die Funktion sqlite3_sourceid () versucht zu erkennen, ob der Quellcode von dem, was geprüft wurde, in die Versionskontrolle geändert wurde, und wenn es Änderungen gibt, werden die letzten vier Zeichen des Versions-Hash als "alt1" angezeigt. oder "alt2". Ziel ist es, versehentliche und / oder unvorsichtige Änderungen zu erkennen. Ein Fälscher kann diese Funktion unterlaufen.
• Verbesserte Aufhebung der Quotierung von Spaltennamen für CREATE TABLE AS-Anweisungen mit einer Aggregatabfrage auf der rechten Seite.
• Weniger "stat ()" Systemaufrufe, die vom Unix-VFS ausgegeben werden.
• Die LIKE-Optimierung wurde so erweitert, dass sie mit einer ESCAPE-Klausel funktioniert.
• Verbesserte PRAGMA integrity_check und PRAGMA quick_check, um obskure Zeilenkorruption zu erkennen, die sie früher fehlten. Aktualisieren Sie auch beide Pragmas, so dass sie anstelle von SQLITE_CORRUPT Fehlertext zurückgeben, wenn in Datensätzen Korruption auftritt.
• Der Abfrageplaner bevorzugt jetzt die Implementierung von FROM-Klausel-Unterabfragen mithilfe von Co-Routinen, anstatt die Abfrage-Flattener-Optimierung zu verwenden. Unterstützung für die Verwendung von Co-Routinen für Unterabfragen darf nicht mehr deaktiviert werden.
• Übergeben Sie Informationen über! =, IS, IS NOT, NOT NULL und IS NULL-Integritätsbedingungen in die xBestIndex-Methode virtueller Tabellen.
• Die virtuelle CSV-Tabelle wurde so erweitert, dass sie die letzte Eingabezeile akzeptiert, wenn das letzte neue Zeichen fehlt.
• Entfernen Sie die selten verwendete "Scratch" -Funktion. Speicherzuordner. Ersetzen Sie es durch die Konfigurationseinstellung SQLITE_CONFIG_SMALL_MALLOC, die SQLite den Hinweis gibt, dass große Speicherzuweisungen nach Möglichkeit vermieden werden sollten.
• Die virtuelle swarm-Tabelle wurde zur vorhandenen virtuellen union-Tabellenerweiterung hinzugefügt.
• Die virtuelle Tabelle sqlite_dbpage wurde hinzugefügt, um direkten Zugriff auf Seiten der Datenbankdatei zu ermöglichen. Der Quellcode ist in die Zusammenlegung integriert und wird mit der Kompilierungszeitoption -DSQLITE_ENABLE_DBPAGE_VTAB aktiviert.
• Fügen Sie einen neuen Typ der virtuellen fts5vocab-Tabelle hinzu - & quot; Instanz & quot; - Das ermöglicht den direkten Zugriff auf einen FTS5-Volltextindex auf der niedrigsten möglichen Ebene.
• Entfernen Sie einen Aufruf von rand_s () im Windows VFS, da es auf älteren Laptops Probleme mit Firefox verursacht hat.
• Der Quellcode src / shell.c für die Befehlszeilenshell steht nicht mehr unter Versionskontrolle. Diese Datei wird jetzt als Teil des Build-Prozesses generiert.
• Verschiedene Mikrooptimierungen reduzieren die CPU-Auslastung um etwa 2,1%.
• Fehlerkorrekturen:
• Korrigiert eine fehlerhafte Anweisung von assert (), die von OSSFuzz gefunden wurde. Ticket cb91bf4290c211d
• Behebt ein obskures Speicherleck in sqlite3_result_pointer (). Ticket 7486aa54b968e9b
• Vermeiden Sie einen möglichen Verwendungsnachher-Fehler, indem Sie das Zurücksetzen des Schemas verzögern, bis der Abfrageplaner beendet ist. Ticket be436a7f4587ce5
• Verwenden Sie nur Indizes für Ausdrücke, um ORDER BY oder GROUP BY zu optimieren, wenn COLLATE korrekt ist. Ticket e20dd54ab0e4383
• Behebung eines Assertionsfehlers, der auftrat, wenn der Ausdruck in einem Index-on-Expressions wirklich eine Konstante ist. Ticket aa98619ad08ddca
• Behebung eines Assertionsfehlers, der nach PRAGMA reverse_unordered_selects auftreten konnte. Ticket cb91bf4290c211d
• Behebung eines segfault-Fehlers, der bei Abfragen auftreten kann, die Tabellenwertfunktionen in einer IN- oder EXISTS-Unterabfrage verwenden. Ticket b899b6042f97f5
• Behebung eines möglichen Integer-Überlauf-Problems beim Kompilieren eines bestimmten horrenden allgemeinen Tabellenausdrucks. Dies war ein weiteres von OSSFuzz gefundenes Problem. Check-in 6ee8cb6ae5.
• Behebung eines möglichen unkontrollierten Lesevorgangs beim Abfragen einer beschädigten Datenbankdatei, ein Problem, das von Natalie Silvanovich von Google Project Zero entdeckt wurde. Check-in 04925de41a21f.

Was ist neu in Version 3.20.1:

• Die Patch-Version 3.20.1 ändert zwei Codezeilen in der Schnittstelle sqlite3_result_pointer (), um ein seltenes Speicherleck zu beheben.

Was ist neu in Version 3.9.2:

• SQLite Version 3.9.2 ist eine Patch-Version, die zwei obskure Fehler behebt.

Was ist neu in Version 3.8.9:

• Zu den neuen Funktionen in dieser Version gehören der PRAGMA-Befehl index_xinfo, die Schnittstelle sqlite3_status64 () und der Befehl ".dbinfo" der Befehlszeilen-Shell.

Was ist neu in Version 3.8.8.2:

• Das Patch-Release 3.8.8.2 behebt ein einzelnes kleines Problem: Es stellt sicher, dass die Operation sqlite3_wal_checkpoint (TRUNCATE) das Write-Ahead-Protokoll immer abschneidet, auch wenn das Protokoll bereits zurückgesetzt wurde und keinen neuen Inhalt enthielt. Es ist unklar, ob dies ein Bugfix oder ein neues Feature ist.
• So etwas würde normalerweise in die nächste reguläre Version gehen, aber ein prominenter SQLite-Benutzer benötigte die Änderung in Eile, also waren wir froh, es mit diesem Patch zu veröffentlichen.
• Es gibt keinen Grund für ein Upgrade, es sei denn, Sie benötigen das verbesserte Verhalten von sqlite3_wal_checkpoint (TRUNCATE).

Was ist neu in Version 3.8.8.1:

• Behebung eines Fehlers in der Sortierlogik, der seit Version 3.8.4 vorliegt, der dazu führen kann, dass die Ausgabe in der falschen Reihenfolge für Abfragen angezeigt wird, die eine ORDER BY-Klausel, eine LIMIT-Klausel und ungefähr 60 oder mehr Spalten enthalten das Ergebnis eingestellt. Ticket f97c4637102a3ae72b79.
• SQLITE_SOURCE_ID: "2015-01-20 16:51:25 f73337e3e289915a76ca96e7a05a1a8d4e890d55"
• SHA1 für sqlite3.c: 33987fb50dcc09f1429a653d6b47672f5a96f19e

Was ist neu in Version 3.8.8:

• Neue Funktionen:
• Der Befehl PRAGMA data_version wurde hinzugefügt, mit dem festgestellt werden kann, ob eine Datenbankdatei von einem anderen Prozess geändert wurde.
• Der Schnittstelle sqlite3_wal_checkpoint_v2 () wurde die Option SQLITE_CHECKPOINT_TRUNCATE mit entsprechenden Erweiterungen für PRAGMA wal_checkpoint hinzugefügt.
• Die Schnittstelle sqlite3_stmt_scanstatus () wurde hinzugefügt, die nur verfügbar ist, wenn sie mit SQLITE_ENABLE_STMT_SCANSTATUS kompiliert wurde.
• Die Funktion sqlite3_table_column_metadata () wurde erweitert, um in WITHOUT ROWID-Tabellen korrekt zu funktionieren und um zu prüfen, ob eine Tabelle existiert, wenn der Spaltenname-Parameter NULL ist. Die Schnittstelle ist jetzt auch standardmäßig im Build enthalten, ohne dass die Kompilierungsoption SQLITE_ENABLE_COLUMN_METADATA erforderlich ist.
• Die Option SQLITE_ENABLE_API_ARMOR für die Kompilierung wurde hinzugefügt.
• Die Option SQLITE_REVERSE_UNORDERED_SELECTS für die Kompilierungszeit wurde hinzugefügt.
• Die SQLITE_SORTER_PMASZ-Option für die Kompilierungszeit und die Startzeitoption für SQLITE_CONFIG_PMASZ wurden hinzugefügt.
• Die SQLITE_CONFIG_PCACHE_HDRSZ-Option wurde zu sqlite3_config () hinzugefügt, wodurch es für Anwendungen einfacher wird, die geeignete Speichermenge für die Verwendung mit SQLITE_CONFIG_PAGECACHE zu bestimmen.
• Die Anzahl der Zeilen in einer VALUES-Klausel ist nicht länger begrenzt durch SQLITE_LIMIT_COMPOUND_SELECT.
• Die ladbare Erweiterung eval.c wurde hinzugefügt, die eine eval () SQL-Funktion implementiert, die SQL rekursiv auswertet.
• Leistungsverbesserungen:
• Verringern Sie die Anzahl der memcpy () -Operationen, die beim Balancieren eines B-Trees für 3,2% der gesamten Leistungssteigerung eine Rolle spielen.
• Verbesserungen der Kostenschätzungen für die Optimierung des Skip-Scans.
• Die automatische Indexierungsoptimierung kann jetzt einen Teilindex erzeugen, wenn dies angebracht ist.
• Fehlerkorrekturen:
• Stellen Sie die Zuverlässigkeit nach einem Stromausfall mit "PRAGMA journal_mode = TRUNCATE" sicher, indem Sie fsync () direkt nach dem Abschneiden der Journaldatei aufrufen.
• Der Abfrageplaner erkennt jetzt, dass jede Spalte in der rechten Tabelle eines LINKEN JOINS NULL sein kann, selbst wenn diese Spalte eine NOT NULL-Einschränkung hat. Vermeiden Sie in diesen Fällen, NULL-Tests zu optimieren. Fix für Ticket 6f2222d550f5b0ee7ed.
• Stellen Sie sicher, dass ORDER BY Zeilen in aufsteigender Reihenfolge platziert, auch wenn der Operator DISTINCT mit einem absteigenden Index implementiert wird. Fix für Ticket c5ea805691bfc4204b1cb9e.
• Behebung von Datenrennen, die unter Stress auftreten können, wenn viele Threads im gemeinsam genutzten Cache-Modus ausgeführt werden, in denen einige Threads Verbindungen öffnen und schließen.
• Korrigiert obskure Absturzfehler, die von American Fuzzy Lop gefunden wurden. Ticket a59ae93ee990a55.
• Arbeiten Sie an einem GCC-Optimierer-Fehler (für gcc 4.2.1 unter MacOS 10.7), der dazu führte, dass die R-Tree-Erweiterung bei der Kompilierung mit -O3 falsche Ergebnisse lieferte.
• Andere Änderungen:
• Deaktivieren Sie die Verwendung der C-Bibliotheksroutine "strchrnul ()", es sei denn, sie wird explizit mit der Option -DHAVE_STRCHRNULL zum Kompilieren aktiviert.
• Verbesserungen der Effektivität und Genauigkeit der Likelihood- (), wahrscheinlich () und unwahrscheinlichen () SQL-Hinweisfunktionen.
• SQLITE_SOURCE_ID: "2015-01-16 12:08:06 7d68a42face3ab14ed88407d4331872f5b243fdf"
• SHA1 für sqlite3.c: 91aea4cc722371d58aae3d22e94d2a4165276905

Was ist neu in Version 3.8.7.4:

• Diese Version behebt Adds in einem Mutex, der für die Änderungen des Patch 3.8.7.3 erforderlich ist, aber versehentlich weggelassen wurde. Der Mutex wurde von keinem der internen SQLite-Tests benötigt, aber Firefox stürzt ohne ihn ab. Testfälle wurden hinzugefügt, um sicherzustellen, dass Mutex nie wieder übersehen wird.

Was ist neu in Version 3.8.7.3:

• Bugfix: Stellen Sie sicher, dass die zwischengespeicherten KeyInfo-Objekte (eine für die Anwendung nicht sichtbare interne Abstraktion) nicht veraltet sind, wenn sie im gemeinsam genutzten Cache-Modus ausgeführt werden und einige Datenbankverbindungen häufig geschlossen und erneut geöffnet werden, während andere Datenbankverbindungen im selben gemeinsam genutzten Cache geöffnet bleiben ständig. Ticket e4a18565a36884b00edf.
• Bugfix: Erkennen, dass jede Spalte in der rechten Tabelle eines LINKEN JOINS NULL sein kann, auch wenn die Spalte eine NOT NULL-Einschränkung hat. Wenden Sie keine Optimierungen an, die davon ausgehen, dass die Spalte niemals NULL ist. Ticket 6f2222d550f5b0ee7ed.
• SQLITE_SOURCE_ID: "2014-12-05 22:29:24 647e77e853e81a5effeb4c33477910400a67ba86"
• SHA1 für sqlite3.c: 3ad2f5ba3a4a3e3e51a1dac9fda9224b359f0261

Was ist neu in Version 3.8.7.2:

• Der Hauptgrund für diese Version besteht darin, den Befehl ROLLBACK so zu erweitern, dass die Ausführung von Abfragen für dieselbe Datenbankverbindung fortgesetzt werden kann, solange ROLLBACK das Schema nicht ändert. In allen früheren Versionen von SQLite führte ein ROLLBACK dazu, dass ausstehende Abfragen sofort gestoppt und SQLITE_ABORT oder SQLITE_ABORT_ROLLBACK zurückgegeben wurden. Ausstehende Abfragen werden immer noch abgebrochen, wenn ROLLBACK das Datenbankschema ändert. Ab dieser Patch-Version können die Abfragen jedoch weiter ausgeführt werden, wenn das Schema nicht geändert wurde.
• Diese Patch-Version enthält neben der ROLLBACK-Erweiterung auch Korrekturen für drei obskure Fehler.

Was ist neu in Version 3.8.7.1:

• Der Hauptgrund für diese Fehlerbereinigung ist die Behebung eines Problems bei der Aktualisierung des Werts von Feldern am Ende einer Tabelle, die mit ALTER TABLE ADD COLUMN hinzugefügt wurden. Dieses Problem 1 erschien zuerst in der Version 3.8.7.
• Ein weiterer kleiner Ärger in der Version 3.8.7 war die Tatsache, dass der Android-Build versuchte, die Funktion "strchrnul ()" aus der Standard-C-Bibliothek zu verwenden, diese Funktion ist jedoch auf Android nicht verfügbar. Android-Builds mussten -DHAVE_STRCHRNUL = 0 hinzufügen, um das Problem zu umgehen. Dieser Patch behebt das, so dass Android-Builds jetzt ohne Änderungen funktionieren sollten.
• Die Operation von PRAGMA journal_mode = TRUNCATE wurde erweitert, so dass fsync () nach dem Abschneiden der Journaldatei aufgerufen wird, wenn PRAGMA synchronous = FULL ist. Dies hilft, die Transaktionshaltbarkeit im Falle eines kurz nach dem Festschreiben auftretenden Leistungsverlustes zu erhalten.
• Schließlich wurden einige lange und obskure Probleme behoben, die mit dem Ausführen von UPDATE und DELETE in VIEWs zusammenhängen.

Was ist neu in Version 3.8.7:

• Die meisten Änderungen gegenüber der vorherigen Version sind Mikrooptimierungen, die SQLite dabei unterstützen, etwas schneller zu laufen. Jede einzelne Optimierung hat einen unermesslich geringen Leistungseinfluss. Aber die Verbesserungen summieren sich. Gemessen an einer gut definierten Arbeitslast (die die SQLite-Entwickler als Proxy für einen typischen Anwendungs-Workload verwenden), die cachegrind unter Linux verwendet und mit gcc 4.8.1 und -Os auf x64-Linux kompiliert wird, macht die aktuelle Version mehr als 20% mehr Arbeit die gleiche Anzahl von CPU-Zyklen im Vergleich zu der vorherigen Version. Cachegrind ist keine echte CPU und die für die Messung verwendete Arbeitslast ist nur ein Proxy. Ihre Leistung kann daher variieren. Wir erwarten etwa die Hälfte der gemessenen und gemeldeten Verbesserungen in realen Anwendungen. 10% sind weniger als 20%, aber es ist immer noch ziemlich gut, denken wir.
• Diese Version enthält eine neue Gruppe von C-Sprachen-Schnittstellen, die vorzeichenlose 64-Bit-Parameter anstelle von vorzeichenbehafteten 32-Bit-Parametern haben. Die neuen APIs bieten keine neuen Funktionen. Sie erleichtern jedoch das Schreiben von Anwendungen, die resistenter gegen Integer-Überlauf-Schwachstellen sind.
• Diese Version enthält auch einen neuen Sortierer, der mehrere Threads für große Sortiervorgänge verwenden kann. (Sortieroperationen sind manchmal erforderlich, um ORDER BY- und / oder GROUP BY-Klauseln zu implementieren und sind fast immer für CREATE INDEX erforderlich.) Der Multithreadsorter ist standardmäßig deaktiviert und muss mit dem PRAGMA-Thread-SQL-Befehl aktiviert werden. Beachten Sie, dass der Multi-Thread-Sortierer eine schnellere Echtzeitleistung für große Sortierungen bietet, aber auch mehr CPU-Zyklen und mehr Energie verbraucht.

Was ist neu in Version 3.8.3.1:

• SQLite Version 3.8.3.1 behebt einen in den Versionen 3.8.1, 3.8.2 und 3.8.3 vorhandenen Fehler, der dazu führen kann, dass Abfragen keine gültigen Zeilen mehr enthalten. Ein Upgrade von diesen Versionen wird empfohlen.
• Das Problem tritt nur auf, wenn SQLite mit den Kompilierzeitoptionen SQLITE_ENABLE_STAT3 oder SQLITE_ENABLE_STAT4 kompiliert wurde. In diesem Fall, wenn eine Abfrage eine WHERE-Klausel enthält, die folgende Ausdrücke enthält:
• WHERE (ausdr1 ODER ausdr2 ODER ... ODER ausdrN) UND Spalte IST NICHT NULL
• Wenn alle Ausdrücke von expr1 bis exprN für die Verwendung durch Indizes geeignet sind, könnte SQLite bei der Abfrageplanung fälschlicherweise den Ausdruck "column IS NOT NULL" in "column & gt; NULL" konvertiert haben. Aber der letzte Begriff ist niemals wahr, und die Abfrage würde also keine Zeilen zurückgeben.

Was ist neu in Version 3.8.3:

• Zusätzliche Unterstützung für allgemeine Tabellenausdrücke und die WITH-Klausel.
• Die printf () SQL-Funktion wurde hinzugefügt.
• SQLITE_DETERMINISTIC wurde als optionales Bit im 4. Argument der sqlite3_create_function () - und verwandten Schnittstellen hinzugefügt, wodurch Anwendungen die Möglichkeit erhalten, neue Funktionen zu erstellen, die bei konstanten Argumenten aus inneren Schleifen faktorisiert werden können.
• Hinzufügen des SQLITE_READONLY_DBMOVED-Fehlercodes, der am Anfang einer Transaktion zurückgegeben wird, um anzuzeigen, dass die zugrunde liegende Datenbankdatei unter SQLite umbenannt oder ausgezogen wurde.
• Zulässige Ausdrücke, einschließlich Funktionsaufrufe und Unterabfragen, im Dateinamen Argument ATTACH.
• Zulassen, dass eine VALUES-Klausel überall dort verwendet wird, wo eine SELECT-Anweisung gültig ist.
• Suchte die von sqlite3_randomness (N, P) verwendete PRNG neu, wenn sie mit N == 0 aufgerufen wurde. Nach einem fork () unter Unix automatisch neu formatiert.
• Erweitern Sie die virtuelle Tabelle "spellfix1", damit sie effizient nach rowid suchen kann.
• Leistungsverbesserungen.
• Verbesserungen der Kommentare in der VDBE-Bytecodeanzeige beim Ausführen von EXPLAIN.
• Fügen Sie dem LEMON-Parser-Generator die Anweisung "% token_class" hinzu und verwenden Sie diese, um die Grammatik zu vereinfachen.
• Ändern Sie den LEMON-Quellcode, um den Aufruf von C-Bibliotheksfunktionen zu vermeiden, die OpenBSD für gefährlich hält. (Beispiel: sprintf).
• Bugfix: Beenden Sie in der CSV-Importfunktion der Befehlszeilenshell kein Feld, wenn am Ende einer CRLN-Zeile ein Escape-Anführungszeichen auftritt.
• SQLITE_SOURCE_ID: "2014-02-03 13:52:03 e816dd924619db5f766de6df74ea2194f3e3b538"
• SHA1 für sqlite3.c: 98a07da78f71b0275e8d9c510486877adc31dbee