Diskussion:SQLite

Room Library

"The Room persistence library provides an abstraction layer over SQLite to allow for more robust database access while harnessing the full power of SQLite.": https://developer.android.com/topic/libraries/architecture/room (nicht signierter Beitrag von 2A02:2455:460:2400:8DB6:CAB6:2A3B:AFE6 (Diskussion) 15:02, 11. Mai 2020 (CEST))

Server-Software

PHP ist direkt genommen keine Server-Software. Sondern eine Art Runtime, in welcher man PHP-Skripte laufen lassen kann. Ich würde dies umformulieren.

kOOni

(falsch signierter Beitrag von E86 (Diskussion | Beiträge) 17:43, 31. Dez. 2005‎ (CET))

PHP passt an dieser Stelle überhaupt nicht und hat mit dem Thema auch gar nichts zu tun. Gemeint ist wohl eher *externe* Datenbank(server)software wie z.B. Oracle, SQLServer, MySQL usw. Diese laufen unabhängig von der jeweiligen Anwendung als eigenständige Programme und die Anwendung greift auf die Daten zu, indem sie eine Verbindung zu der Datenbank(server)software aufbaut. SQLite befindet sich hingegen in der Anwendung selbst und erweitert diese um die Datenbankfunktionalität. (nicht signierter Beitrag von 212.79.9.150 (Diskussion) 14:01, 4. Apr. 2006‎ (CEST))

Log-Files?

Ich halte den Verweis auf ausgerechnet Log-File-Auswertung zwar nett gemeint, aber vielleicht sollte man besser herausstellen, dass es sich dabei nur um einen von vielen Anwendungsfällen handelt und vielleicht noch nicht einmal um einen besonders typischen? Oimel 12:18, 12. Okt. 2006 (CEST)

Ein ganz wichtiges Feature das SQL-Lite fehlt ist die Prüfung von Fremdschlüsseln! Diese muss man, wenn man sie denn benötigt, mit Hilfe von Triggern nachbauen. Ein sehr lästiges unterfangen. Ich weiß nicht ob man, wegen dieses Mangels, überhaupt von einer relationalen Datenbank sprechen sollte. (nicht signierter Beitrag von 134.130.183.145 (Diskussion) 18:30, 22. Feb. 2008‎ (CET))

Selbstverständlich ist das eine relationale Datenbank. Sonst wär MySQL mit MyISAM-Tabellen ja auch keine. Muss man halt seine Anwendung passend programmieren. Der Verzicht auf Referenzielle Integrität bringt enorme Geschwindigkeitsvorteile. Pierre 18.11.2009 22:19 (ohne Benutzername signierter Beitrag von 91.9.130.203 (Diskussion | Beiträge) )

Weblinks raus?

Wer hat denn die Weblinks alle (?) rausgenommen? Ist das das neue Internet? --Matze12 18:50, 14. Mär. 2009 (CET)

Performance

Meines Achtens ist bei SQLite auch die Geschwindigkeit erwähnenswert (http://www.sqlite.org/speed.html)

Macht es Sinn, den Punkt in den Artikel aufzunehmen?

(nicht signierter Beitrag von 87.165.106.94 (Diskussion) 21:31, 14. Mär. 2009‎ (CET))

Der Punkt ergibt (nicht "macht") Sinn, ja, wobei man das nur im Rahmen der SQLite-Einsatzgebiete angeben kann. Der Link ist jedoch etwas unpraktisch (This document is very very old.). Aber kurz gesagt: Kleine Datenbanken sind problemlos möglich, teilweise sogar schneller, da weniger Code, Funktionen etc., größere Datenbanken gehen damit aber nicht. Gegen Terrabytes helfen nur Indexstrukturen, permanente Server mit Daten im Hauptspeicher und ne ganze Partition mit fester Größe statt einer mitwachsenden Datei. --87.187.245.45 23:03, 26. Feb. 2012 (CET)

Lightroom

Ein sehr bekanntes Programm, das SQLite als Datenbank nutzt, ist Adobe Photoschop Lightroom. Mag das jemand nachtragen? 00:10, 20. Sep. 2009 (CEST) (ohne Benutzername signierter Beitrag von 89.245.102.175 (Diskussion | Beiträge) )

Interessant ist, dass Adobe Bridge im Cache-Verzeichnis irgendwelche MySQL-Verzeichnisse anlegt :) Bist du dir bei Lightroom sicher? Ansonsten wäre auch noch Android zu nennen, das intern stark SQLite verwendet; auch die zahlreichen Apps entsprechend.

Was ich unbedingt in den Artikel einbauen würde: SQLite ist die verbreitetste Datenbank(-system) der Welt. Allein schon die Firefox-Installationen toppen jegliche MySQL-Zahlen, mit den PHP-/Android/wasweißich-Installationen ist das weit, weit voraus an der Spitze. :--87.187.245.45 23:03, 26. Feb. 2012 (CET)

wo operiert sqlite?

Natürlich erkennt man beim Lesen des Artikel schnell die Parallelen zu HSQLDB, eine Frage die sich dann aber schnell aufdrängt ist, ob auch SQLite die in den Script Dateien festgehaltene Datenbankstruktur (sowohl DDL als auch DML) zur Wiederherstellung der Datenbank, sobald das implementierende Programm wieder läuft, in den RAM mapt, oder ob SQLite von der Festplatte arbeitet. Das wird in diesem Artikel garnicht beantwortet, ist meiner Ansicht nach allerdings ein wichtiger Aspekt, da natürlich eine kleine Datenbank die komplett für die Programmlaufzeit im RAM ablegt wird um Welten schneller ist, als eine Datenbank, die nach Erhalt einer Abfrage anfängt mehrere hundert megabyte große Tabellendateien auf dem Dateisystem zu durchsuchen (nicht signierter Beitrag von 77.180.117.136 (Diskussion | Beiträge) 15:05, 4. Nov. 2009 (CET))

PHP, Kompatibilität der SQLite Versionen

Es sollte erwähnt werden, dass SQLite in PHP5 enthalten ist und auch, wie man in PHP die eingesetzte SQLite-Version abfragt. Dann fehlt noch ein Hinweis darauf, dass SQLite3-Datenbanken nicht kompatibel sind zu SQLite2 und dass das Mozilla-AddOn immer die SQLite-Version verwendet, die im Browser eingebaut ist (z. Zt. Version 3.6.16). Da auf Webservern fast ausschließlich noch die 2er Version zum Einsatz kommt, eignet sich der SQLite Manager nicht zum Bearbeiten von Webserver-Datenbanken (die Dateien werden ungefragt in die Version 3 konvertiert und sind dann vom Webserver nicht mehr lesbar). Diese Informationen sind wichtig für Webentwickler und würden zur Verbreitung von SQLite im Webbereich beitragen, wenn sie im Artikel genannt wären. SQLite ist der ideale Kompromiss für kleinere Anwendungen, wenn MySQL zu mächtig erscheint, man sich aber die mühsame Arbeit mit Textdateien in PHP ersparen will. Die Kombination PHP-SQLite hat auf jeden Fall eine Relevanz für diesen Artikel. (nicht signierter Beitrag von 80.153.5.110 (Diskussion | Beiträge) 14:31, 13. Nov. 2009 (CET))

Das Mozilla Addon SQLite Manager eignet sich dafür übrigens zum Bearbeiten der iPhone-Datenbank(en), die allerdings die Endung ".itdb" haben!--Mideal 05:59, 11. Okt. 2010 (CEST)

SQLite im Webbereich ist vor allem interessant, wenn man dank der SQLite-Funktion auf ein teureres Hosting-Paket mit MySQL verzichten kann :) --87.187.245.45 23:03, 26. Feb. 2012 (CET)

... und das ganze Setup wird enorm vereinfacht, weil man nicht noch einen extra Dienst (Datenbankserver) einrichten und verwalten muss. Alternativ tuns oft auch einfache Textfiles --.love.is.war. (Diskussion) 03:29, 13. Mär. 2012 (CET)

Verwendung

Nun großflächig in NetBSD[1] für apropos, postfix und als Userland-Bibliothek.--95.91.62.194 08:48, 4. Jun. 2012 (CEST)

In Memory

Vielleicht sollte man noch erwähnen, dass ein In-Memory Betrieb möglich ist.--Darktrym (Diskussion) 12:40, 27. Mär. 2014 (CET)

Firefox-Erweiterung SQLite Manager

" Für diesen Browser gibt es zudem die Firefox-Erweiterung SQLite Manager, mit dem man die SQLite-Datenbanken der Anwendung, aber auch jede beliebige andere SQLite-Datenbank betrachten, bearbeiten und abfragen kann.[10]" - scheint es nicht mehr zu geben. Zumindest findet die Suche nichts und der Link führt auf eine Seite ohne Text (merkwürdiges Verhalten der Firefox-Seite, keine Fehlermeldung, nur "leere" Addon-Seite) --StYxXx ⊗ 08:34, 5. Dez. 2017 (CET)

Unterschied SQLite und MySQL

Vielleicht kann das hier jemand noch beschreiben? und zu MySQL verlinken. Gruss,--Markus (Diskussion) 08:53, 15. Feb. 2020 (CET)

Steckt indirekt in diesen Aussagen: Die SQLite-Bibliothek lässt sich direkt in entsprechende Anwendungen integrieren, sodass keine weitere Server-Software benötigt wird. Dies ist der entscheidende Unterschied zu anderen Datenbanksystemen. --Matthäus Wander 19:00, 12. Feb. 2023 (CET)