¿Qué pasaría si OpenDocument usara SQLite? (2014)

• Este artículo explora la idea de usar SQLite como contenedor para el formato de archivo OpenDocument, en particular el formato OpenDocument Presentation (ODP), y propone usarlo en lugar del formato ZIP actual.
• Entre las posibles ventajas de usar SQLite están documentos más pequeños, tiempos de guardado y acceso a archivos más rápidos, inicio más veloz, menor uso de memoria, control de versiones del documento y, en general, una mejor experiencia de usuario.
• El formato de archivo OpenDocument se usa en aplicaciones de oficina como procesadores de texto, hojas de cálculo y presentaciones; originalmente fue diseñado para la suite OpenOffice, pero después se integró en otras suites de aplicaciones de escritorio.
• Los archivos ODP son archivos ZIP que contienen archivos XML que describen las diapositivas de la presentación y archivos de imagen separados para las distintas imágenes incluidas en la presentación.
• El artículo propone que usar SQLite en lugar de ZIP podría hacer que los archivos de presentación sean más pequeños y permitir actualizaciones incrementales que eviten la corrupción del documento incluso si hay pérdida de energía o una falla durante una actualización.
• También propone dividir el contenido en fragmentos más pequeños y guardar por separado el contenido de cada diapositiva. Esto permitiría abrir documentos nuevos más rápido y reducir el uso de memoria.
• Otra propuesta es dar soporte al control de versiones de la presentación, almacenando cada diapositiva con un identificador único y determinando el orden de las diapositivas mediante una lista de esos identificadores. Esto permitiría guardar varias presentaciones en un mismo documento y ver versiones históricas de la presentación.
• El artículo concluye resumiendo las ventajas de usar SQLite como formato de archivo de aplicación, entre ellas mayor eficiencia de tamaño, mejor rendimiento, menor uso de memoria y mejor accesibilidad para aplicaciones y scripts de terceros.

[GN⁺]

Comentarios de Hacker News

• Un artículo sobre la idea de usar SQLite como formato de archivo para OpenDocument
• Un argumento es que el hecho de que SQLite no sea un formato de archivo estandarizado, a diferencia de Zip y XML, podría representar un desafío para los programadores de Open Office
• La API de SQLite es más compleja que Zip y XML, y escribir un parser resulta más difícil, incluyendo el propio lenguaje SQL
• Sin embargo, SQLite se considera un formato de archivo adecuado para aplicaciones especializadas y de código cerrado, donde la interoperabilidad y la estandarización ISO no son un problema
• Algunos usuarios han tenido éxito usando SQLite como formato de archivo, copiando el archivo a una base de datos :memory: para editarlo y luego guardando los cambios de vuelta en el archivo de base de datos
• Otros usuarios experimentaron problemas relacionados con SQLite, como errores de permisos y modificaciones inesperadas del archivo
• Se reconoce la simplicidad del formato actual de OpenDocument, una colección de archivos XML dentro de un archivo ZIP, por la facilidad de generar documentos sin necesidad de bibliotecas pesadas
• SQLite podría hacer este proceso más complejo y ralentizar el desarrollo
• Algunos usuarios lograron simplificar la capa de acceso a datos y el diagnóstico moviendo pequeñas cantidades de datos desde SQLite a archivos XML
• Sin embargo, las limitaciones de XML, como la necesidad de reescribir el archivo completo para realizar actualizaciones incrementales, se consideran una desventaja
• Se propuso la idea de estandarizar SQLite como formato de archivo, pero también se argumenta que vincular los formatos de archivo a SQLite podría no ser el mejor enfoque
• Otros usuarios encontraron que, al almacenar mosaicos de mapas raster, SQLite resultó ser la opción más rápida y más pequeña frente a Zip, tar y el sistema de archivos
• En general, SQLite es valorado por sus capacidades, pero su uso como formato de archivo de OpenDocument parece potencialmente complejo y desafiante