Diskussion:SQLite

aus Wikipedia, der freien Enzyklopädie
Dies ist eine alte Version dieser Seite, zuletzt bearbeitet am 4. Juni 2012 um 07:48 Uhr durch 95.91.62.194 (Diskussion) (Neuer Abschnitt Verwendung ). Sie kann sich erheblich von der aktuellen Version unterscheiden.

Letzter Kommentar: vor 12 Jahren von 95.91.62.194 in Abschnitt Verwendung
Zur Navigation springen Zur Suche springen

Enthielt einen Link auf einen C++-Wrapper, der zu einer nicht mehr vorhandenen Seite führt. Habe ihn rausgenommen. Auf der offiziellen SQLite-Seite findet man Verweise auf ein gutes Dutzend C++-Wrapper.

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

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.

Log-Files?

Letzter Kommentar: vor 18 Jahren 1 Kommentar1 Person ist an der Diskussion beteiligt

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) Beantworten

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.

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) )

Letzter Kommentar: vor 16 Jahren 1 Kommentar1 Person ist an der Diskussion beteiligt

Bei mehreren automatisierten Botläufen wurde der folgende Weblink als nicht verfügbar erkannt. Bitte überprüfe, ob der Link tatsächlich unerreichbar ist, und korrigiere oder entferne ihn in diesem Fall!

Die Webseite wurde vom Internet Archive gespeichert. Bitte verlinke gegebenenfalls eine geeignete archivierte Version: [1]. --Zxabot 03:48, 26. Sep. 2008 (CEST) Beantworten

Letzter Kommentar: vor 15 Jahren 1 Kommentar1 Person ist an der Diskussion beteiligt

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

Performance

Letzter Kommentar: vor 12 Jahren 1 Kommentar1 Person ist an der Diskussion beteiligt

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?

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) Beantworten

Lightroom

Letzter Kommentar: vor 12 Jahren 1 Kommentar1 Person ist an der Diskussion beteiligt

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) Beantworten

wo operiert sqlite?

Letzter Kommentar: vor 15 Jahren 1 Kommentar1 Person ist an der Diskussion beteiligt

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)) Beantworten

PHP, Kompatibilität der SQLite Versionen

Letzter Kommentar: vor 12 Jahren 4 Kommentare4 Personen sind an der Diskussion beteiligt

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)) Beantworten

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) Beantworten
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) Beantworten
... 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) Beantworten

Verwendung

Letzter Kommentar: vor 12 Jahren 1 Kommentar1 Person ist an der Diskussion beteiligt

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

Abgerufen von „https://de.wikipedia.org/w/index.php?title=Diskussion:SQLite&oldid=103990879"