これがどれほど権威があるかはわかりませんが、これを見つけました:
http://www.sqlite.org/cvstrac/wiki?p=PerformanceConsiderations
sqlite への接続が多いのは良くないようです。これは、Web や少数のユーザーがいるほとんどのアプリケーションにとっては悪いことのようです。それほど多くの接続を必要としない場合、sqlite を何に使用するかを考えるのに苦労しています。私が考えることができるすべてのプログラムはユーザーを必要とし、時には多くのユーザーを必要とします。プロトタイプについて考えましたが、より大きなデータベースに接続できるのに、なぜそれを使用するのでしょうか? 組み込みアプリかな?
ありがとうございました。
編集:みんなありがとう。以下に推奨されるページを見ましたが、何かについて混乱しています。
SQLite がうまく機能する状況
•ウェブサイト
SQLite は通常、低から中程度のトラフィックの Web サイト (つまり、すべての Web サイトの 99.9%) のデータベース エンジンとして最適に機能します。もちろん、SQLite が処理できる Web トラフィックの量は、Web サイトがデータベースをどれだけ頻繁に使用するかに依存します。一般的に言えば、1 日あたりのヒット数が 100K 未満のサイトであれば、SQLite で問題なく動作するはずです。1 日あたり 10 万ヒットという数値は控えめな見積もりであり、厳密な上限ではありません。SQLite は、その 10 倍の量のトラフィックで動作することが実証されています。
別の RDBMS の方が適切に機能する状況
•クライアント/サーバー アプリケーション
ネットワーク経由で共通データベースにアクセスするクライアント プログラムが多数ある場合は、SQLite の代わりにクライアント/サーバー データベース エンジンの使用を検討する必要があります。SQLite はネットワーク ファイル システム上で動作しますが、ほとんどのネットワーク ファイル システムに関連する遅延のため、パフォーマンスは良くありません。また、多くのネットワーク ファイル システム実装のファイル ロック ロジックにはバグが含まれています (Unix と Windows の両方で)。ファイルのロックが正常に機能しない場合、2 つ以上のクライアント プログラムが同じデータベースの同じ部分を同時に変更して、データベースが破損する可能性があります。この問題は、基礎となるファイルシステムの実装のバグが原因であるため、SQLite がそれを防ぐためにできることは何もありません。
ネットワーク ファイル システムを介して多数のコンピュータから同時に同じデータベースにアクセスする状況では、SQLite を使用しないようにすることをお勧めします。
質問:
ここで私の無知をお見せしますが、これら2つの違いは何ですか?