アプリとサーバーの通信にJSONではなくSQLiteを使うと幸せになれるかも知れない条件まとめ - アニマネ開発日誌

軽い気持ちで投稿したら、思わぬ反響を頂いたこの話。 賛否両論で色々な意見を頂きました。 問題点も含めてある程度メリット・デメリットが見えてきたので、最後にまとめてみます。 ブコメ、Twitterで色々と意見を頂いた方々ありがとうございました。 この場を借りてお礼申し上げます。 前回までのおさらい クライアントとサーバー間で何らかのデータの受け渡しをする時に、 よく使われるフォーマットとしてJSONやXMLがあります。 構造がシンプルなテキストで汎用性が高いため、あらゆるプラットフォーム間の差異を吸収するフォーマットとしてメジャーな存在です。 モバイルアプリも例外ではないのですが、JSONなどを使わずにSQLiteのDBファイルを直接渡してやりとりするというのが先日書いた記事です。 SQLiteはクロスプラットフォームな上に1ファイルで完結するので、1つのファイルで様々なプラットフォームから

[b-wind]

全体的にベンチマークも具体的なコードも出てこないし、推測（思い込み）も多いので参考にしようが無い。

[isaisstillalive]

クライアントがzip圧縮されたjsonを受信して、内部でSQLiteとして保持すれば良いだけでは

[auient]

jsonじゃなくて.sqlite送ったらいいんじゃね？という話。/ 前提：データ更新頻度は低い、DBは参照系のみ、JSONには大きすぎるデータ量、SQLiteのDBファイルがモバイルで扱えるほど小さい

[masayoshinym]

面白そうだけど参考になるデータがないので参考止まり。

[naga_sawa]

ある程度の規模のクライアント側でキャッシュすべき固定データとかの初期転送にはいいのかも/2回目移行はJSONで差分転送だよね

[fudafoota]

データベースがある程度の大きさあってたまにアップデートすれば問題ないケースではこういう設計もいいかも

[albatrosary]

1990年代のクラサバ仕様

[ANNotunzdY]

確かに賢い

[diveintounlimit]

やはり使え無さそう。

[ytabuchi]

この前のJSONの代わりにSQLite使うと良いよ！というエントリーの纏め。用途は非常に限られるが試してみたら？という感じでした。

[kat21]

面白い。ページングが必要なページなんかは、ページング済みのファイルをダウンロードさせるだけとかいいかもしれない

[lilimoomoo]

ここがすごく胡散臭い。JSONでも1オブジェクトごとにスキーマ情報もたせたりしなければ、あとはデータ次第でどちらが小さくなるか変わると思うが。 > “ディスク使用量はバイナリであるSQLiteの方が少なめです”

[HHR]

ないなー。無茶しやがってだなー。

[YarmUI]

途中で読むの辞めたんだけど、このアプリ毎日起動しても1週間分の番組表取得するんか？

[mano-junki]

面白いなー。コロンブス卵は言い得て妙

[katsuren]

SQLiteの方がJSONより多少型が明確だし、バイナリも扱えるから用途によっては嬉しいかも

[skypenguins]

せめてベンチマークくらいは見たかった(わがまま)

[gfx]

意外とありな気がしてる。補完用のデータとかね。

[masakiplus]

軽い気持ちで投稿したら、思わぬ反響を頂いたこの話。 問題点も含めてある程度メリット・デメリットが見えてきたので、最後にまとめてみます。