OpenDocumentがSQLiteを使ったらどうなるだろう？ (2014)

• この記事は、OpenDocumentファイル形式、特にOpenDocument Presentation（ODP）形式のコンテナとしてSQLiteを使うアイデアを探り、現在のZIP形式の代わりにそれを使うことを提案しています。
• SQLiteを使うことで期待できる利点として、より小さな文書、より高速なファイル操作／保存時間、より高速な起動時間、より少ないメモリ使用量、文書のバージョン管理、そして全体としてより良いユーザー体験などが挙げられています。
• OpenDocumentファイル形式は、ワードプロセッサ、スプレッドシート、プレゼンテーションのようなオフィスアプリケーションで使われており、もともとはOpenOfficeスイート向けに設計されましたが、その後ほかのデスクトップアプリケーションスイートにも統合されました。
• ODPファイルは、プレゼンテーションのスライドを記述するXMLファイルと、プレゼンテーションに含まれる各種画像のための個別の画像ファイルを含むZIPアーカイブです。
• この記事では、ZIPの代わりにSQLiteを使えば、プレゼンテーションファイルをより小さくでき、更新中に停電やクラッシュが起きても文書が破損しない増分更新を可能にできると提案しています。
• また、内容をより小さな断片に分割し、各スライドの内容を個別に保存することも提案しています。これにより、新しい文書をより速く開けるようになり、メモリ使用量も削減できます。
• さらに別の提案として、プレゼンテーションのバージョン管理をサポートし、各スライドを固有識別子と、その識別子の一覧によって決まるスライド順序とともに保存することが挙げられています。これにより、同じ文書内に複数のプレゼンテーションを保存したり、プレゼンテーションの履歴バージョンを見たりできるようになります。
• この記事は、SQLiteをアプリケーションのファイル形式として使う利点を要約して締めくくっており、その中にはサイズ効率、性能向上、メモリ使用量の削減、そしてサードパーティ製アプリケーションやスクリプトからのアクセス性向上などが含まれます。

[GN⁺]

Hacker Newsの意見

• OpenDocumentがファイル形式としてSQLiteを使用するというアイデアに関する記事
• SQLiteはZipやXMLと異なり標準化されたファイル形式ではないため、Open Officeのプログラマーにとって課題になり得るという主張のひとつ
• SQLiteのAPIはZipやXMLより複雑で、SQL言語そのものも含めてパーサーを書くのがより難しい
• しかしSQLiteは、相互運用性やISO標準化が問題にならない、ドメイン特化のクローズドソースアプリケーションに適したファイル形式と見なされている
• 一部のユーザーはファイル形式としてSQLiteを使って成功しており、ファイルを:memory:データベースにコピーして編集し、変更内容をデータベースファイルに再保存している
• 別のユーザーは、SQLiteに関して権限エラーや予期しないファイル変更といった問題を経験している
• OpenDocumentの現在の形式である、ZIPアーカイブ内のXMLファイル群の単純さは、重いライブラリを必要としない文書生成の容易さとして評価されている
• SQLiteはこのプロセスをより複雑にし、開発を遅らせる可能性がある
• 一部のユーザーは、SQLiteからXMLファイルへ少量のデータを移すことで、データアクセス層と診断の簡素化に成功している
• しかしXMLの制約、たとえば増分更新のためにファイル全体を書き直す必要があることは、欠点と見なされている
• SQLiteをファイル形式として標準化するというアイデアも提案されたが、ファイル形式をSQLiteに結び付けることが最善のアプローチではないかもしれないという主張もある
• 別のユーザーは、ラスターマップタイルを保存する際、SQLiteがZip、tar、ファイルシステムと比べて最も高速で最も小さい選択肢だと分かったとしている
• 全体として、SQLiteの機能は評価されているものの、OpenDocumentのファイル形式として使うには潜在的に複雑で困難に見える