Was wäre, wenn OpenDocument SQLite verwenden würde? (2014)

• Dieser Artikel untersucht die Idee, SQLite als Container für das OpenDocument-Dateiformat zu verwenden, insbesondere für das OpenDocument-Presentation-Format (ODP), und schlägt dies als Ersatz für das derzeitige ZIP-Format vor.
• Zu den potenziellen Vorteilen der Verwendung von SQLite gehören kleinere Dokumente, schnellere Datei-/Speicherzeiten, schnellere Startzeiten, geringerer Speicherverbrauch, Dokumentversionsverwaltung und insgesamt eine bessere Benutzererfahrung.
• Das OpenDocument-Dateiformat wird für Office-Anwendungen wie Textverarbeitung, Tabellenkalkulationen und Präsentationen verwendet. Es wurde ursprünglich für die OpenOffice-Suite entwickelt, später aber auch in andere Desktop-Anwendungssuiten integriert.
• ODP-Dateien sind ZIP-Archive, die XML-Dateien zur Beschreibung der Präsentationsfolien sowie separate Bilddateien für die verschiedenen in der Präsentation enthaltenen Bilder umfassen.
• Der Artikel schlägt vor, dass die Verwendung von SQLite anstelle von ZIP Präsentationsdateien kleiner machen und inkrementelle Updates ermöglichen könnte, sodass Dokumente selbst bei Stromausfall oder Abstürzen während einer Aktualisierung nicht beschädigt werden.
• Außerdem schlägt der Artikel vor, Inhalte in kleinere Teile aufzuteilen und den Inhalt jeder Folie separat zu speichern. Dadurch könnten neue Dokumente schneller geöffnet und der Speicherverbrauch verringert werden.
• Ein weiterer Vorschlag ist die Unterstützung von Versionsverwaltung für Präsentationen, wobei jede Folie zusammen mit einer eindeutigen Kennung und einer durch eine Liste dieser Kennungen bestimmten Folienreihenfolge gespeichert wird. Dadurch wäre es möglich, mehrere Präsentationen im selben Dokument zu speichern und historische Versionen einer Präsentation anzuzeigen.
• Der Artikel schließt mit einer Zusammenfassung der Vorteile von SQLite als Anwendungsdateiformat, darunter Größeneffizienz, Leistungsverbesserungen, geringerer Speicherverbrauch und eine bessere Zugänglichkeit für Drittanbieteranwendungen und Skripte.

[GN⁺]

Hacker-News-Kommentare

• Ein Artikel über die Idee, SQLite als Dateiformat für OpenDocument zu verwenden
• Ein Argument lautet, dass SQLite im Gegensatz zu Zip und XML kein standardisiertes Dateiformat ist, was für OpenOffice-Programmierer eine Herausforderung sein könnte
• Die API von SQLite ist komplexer als Zip und XML, und das Schreiben eines Parsers ist schwieriger, auch wegen der SQL-Sprache selbst
• Dennoch wird SQLite als geeignetes Dateiformat für domänenspezifische, Closed-Source-Anwendungen angesehen, bei denen Interoperabilität und ISO-Standardisierung kein Problem sind
• Einige Nutzer hatten Erfolg damit, SQLite als Dateiformat zu verwenden, indem sie Dateien in eine :memory:-Datenbank kopierten, dort bearbeiteten und die Änderungen wieder in die Datenbankdatei zurückspeicherten
• Andere Nutzer hatten im Zusammenhang mit SQLite Probleme wie Berechtigungsfehler und unerwartete Dateimodifikationen
• Die Einfachheit des aktuellen OpenDocument-Formats, einer Sammlung von XML-Dateien in einem ZIP-Archiv, wird dafür geschätzt, dass sich Dokumente ohne schwere Bibliotheken leicht erzeugen lassen
• SQLite könnte diesen Prozess komplizierter machen und die Entwicklung verlangsamen
• Einige Nutzer hatten Erfolg damit, kleine Datenmengen aus SQLite in XML-Dateien zu verschieben, um die Datenzugriffsschicht und die Diagnose zu vereinfachen
• Die Grenzen von XML, etwa dass für inkrementelle Updates die gesamte Datei neu geschrieben werden muss, werden jedoch als Nachteil gesehen
• Die Idee, SQLite als Dateiformat zu standardisieren, wurde vorgeschlagen, allerdings wird auch argumentiert, dass es möglicherweise nicht der beste Ansatz ist, Dateiformate an SQLite zu koppeln
• Andere Nutzer stellten fest, dass SQLite beim Speichern von Rasterkarten-Kacheln im Vergleich zu Zip, tar und Dateisystemen die schnellste und zugleich platzsparendste Option war
• Insgesamt wird SQLite für seine Fähigkeiten anerkannt, doch seine Verwendung als Dateiformat für OpenDocument wirkt potenziell komplex und herausfordernd