E se o OpenDocument usasse SQLite? (2014)

• Este artigo explora a ideia de usar SQLite como contêiner para o formato de arquivo OpenDocument, especialmente o formato OpenDocument Presentation (ODP), propondo seu uso no lugar do formato ZIP atual.
• Entre os benefícios potenciais do uso de SQLite estão documentos menores, tempos de abertura/salvamento mais rápidos, inicialização mais rápida, menor uso de memória, controle de versão de documentos e, no geral, uma experiência de usuário melhor.
• O formato de arquivo OpenDocument é usado em aplicativos de escritório como processadores de texto, planilhas e apresentações, tendo sido originalmente projetado para a suíte OpenOffice, mas depois integrado a outras suítes de aplicativos para desktop.
• Arquivos ODP são arquivos ZIP que incluem arquivos XML descrevendo os slides da apresentação e arquivos de imagem separados para as várias imagens incluídas na apresentação.
• O artigo sugere que usar SQLite no lugar de ZIP pode tornar os arquivos de apresentação menores e permitir atualizações incrementais, de modo que o documento não seja corrompido mesmo que ocorra perda de energia ou uma falha durante a atualização.
• O artigo também propõe dividir o conteúdo em partes menores e armazenar separadamente o conteúdo de cada slide. Isso permitiria abrir novos documentos mais rapidamente e reduzir o uso de memória.
• Outra proposta é oferecer suporte a controle de versão da apresentação, armazenando cada slide com um identificador único e a ordem dos slides determinada por uma lista desses identificadores. Isso permitiria armazenar várias apresentações no mesmo documento e visualizar versões históricas da apresentação.
• O artigo termina resumindo as vantagens de usar SQLite como formato de arquivo de aplicativo, incluindo eficiência de tamanho, melhor desempenho, menor uso de memória e maior acessibilidade para aplicativos e scripts de terceiros.

[GN⁺]

Comentários no Hacker News

• Artigo sobre a ideia de usar SQLite como formato de arquivo para o OpenDocument
• Um argumento é que o fato de o SQLite não ser um formato de arquivo padronizado, ao contrário de Zip e XML, pode ser um desafio para os programadores do OpenOffice
• A API do SQLite é mais complexa do que Zip e XML, e é mais difícil escrever um parser, incluindo a própria linguagem SQL
• No entanto, o SQLite é considerado um formato de arquivo adequado para aplicações proprietárias e específicas de domínio, em que interoperabilidade e padronização ISO não são um problema
• Alguns usuários obtiveram sucesso usando SQLite como formato de arquivo, copiando o arquivo para um banco de dados :memory: para editar e depois salvando as alterações de volta no arquivo do banco de dados
• Outros usuários relataram problemas relacionados ao SQLite, como erros de permissão e modificações inesperadas no arquivo
• A simplicidade do formato atual do OpenDocument, uma coleção de arquivos XML dentro de um arquivo ZIP, é reconhecida pela facilidade de gerar documentos sem precisar de bibliotecas pesadas
• O SQLite pode tornar esse processo mais complexo e atrasar o desenvolvimento
• Alguns usuários conseguiram simplificar a camada de acesso a dados e o diagnóstico movendo pequenas quantidades de dados do SQLite para arquivos XML
• No entanto, limitações do XML, como a necessidade de reescrever o arquivo inteiro para atualizações incrementais, são vistas como desvantagens
• Foi proposta a ideia de padronizar o SQLite como formato de arquivo, mas também há o argumento de que vincular formatos de arquivo ao SQLite pode não ser a melhor abordagem
• Outros usuários observaram que, ao armazenar tiles de mapas raster, o SQLite se mostrou a opção mais rápida e menor em comparação com Zip, tar e o sistema de arquivos
• No geral, o SQLite é reconhecido por suas capacidades, mas seu uso como formato de arquivo do OpenDocument parece potencialmente complexo e desafiador