sqlite3のアクセス限度

Question

sqlite3についての質問です。
sqlite3のファイルDBを用いて、ユーザーがログインし、アンケートの回答結果や確認テストなどができるwebアプリケーションがあるとします。
このwebアプリケーションに500人程度のユーザーを登録し、一気にアクセスが来た場合にDB側で予測される不具合はどういったものがありますでしょうか？

Answer 1

SQLiteの適切な使い方

ネットワークを通して、同じデータベースに SQL を投げるクライアントプログラムがたくさんあるならば、SQLite でなくてクライアント／サーバデータベースエンジンを使いましょう。SQLite は、ネットワークファイルシステムの上でもはたらきますが、ほとんどのネットワークファイルシステムに伴う遅延のために、性能はあまり良くありません。また、多くのネットワークファイルシステム実装(Unix でも Windows でも)では、ファイルロック論理にバグがあります。ファイルロックが正しく働かないならば、二つ以上のクライアントが同時に同じデータベースの同じ部分を更新しようとするかもしれません。それは、破壊につながります。この問題は、元となるファイルシステム実装のバグが原因なので、それを防ぐために SQLite ができることはありません。

正しいおおまかな規則は、同じデータベースがネットワークを通して、多くの計算機から直接に（アプリケーションサーバが途中に入ることなく）、同時に、アクセスされるならば、SQLite を使うのを避けることです。

Answer 2

SQLiteに限ったことでは無いですが、DB構造や実行するクエリ、データ量、WEBサーバ、アプリケーションの言語やフレームワーク、ハードウェアのスペック等次第なので質問中にある前提だけでは回答は極めて困難です。

予算が潤沢であれば問題は解決できる範囲で収まるでしょうが、AWSの無料枠内で収まるようなスペックだとおそらくまともに動かない状態になると思われます。

主になる処理を持つテーブル構造を持つプロトタイプを作ってみて、想定するハードウェア上でパフォーマンス検証をしてみることをお勧めします。

Comments

[Orlofsky]

SQLiteで500人が一気にアクセスって、10トンの荷物を軽トラ1回で運ぶようなものですし。(^ ^;;

[tanat]

お金の力で軽トラを早くすることは出来ますが、同じだけお金をかけるなら他の選択肢の方がコストパフォーマンスが良くなるでしょうね。

同時更新が多いであろう質問のケースでSQLite縛りである理由が知りたいところです。

[Orlofsky]

質問者は、同じクルマだからと新車のポルシェと30万キロ走った中古の軽自動車が同じ市場価値と性能を持っていると思い込んでいるようなものかと。