SQLiteは少し過小評価されていませんか？[閉まっている]

質問をする前に、まずSQLiteについての私の考えを説明しましょう。

私は、小さくて高速で、さらに重要なことに、本当に必要な機能のみを備えたツールが好きです。だから私はSQLiteが好きで、MS-SQLが少し好きではありません。

たとえば、MS-SQLにはさらに多くの機能、拡張性などがありますが、運が悪い場合はインストールするのが面倒な場合もあります。もちろん、難しいインストールが特定のデータベースを選択しない理由であると言っているわけではありません。

誤解しないでください。MS-SQLは高品質の製品です。私はMS-SQLの経験が豊富です。私はプロとして製品を非常によく理解しています。本当に必要ない（= 10-15未満のユーザーが少ない）状況では、あまり好まない。

データベースのどのくらいの機能を実際に使用していますか？私の経験では、多くの場合、通常のSQL（SELECT、INSERT、およびUPDATE）だけです。

SQLiteが好きです。速くて魅力的です。「インストール」は非常に簡単です。SQLiteは、主張できる以上のことができると思います。なぜ単一プロセス/シングルユーザーアプリケーションにのみ使用するのですか？結局のところ、データベースに常にアクセスしているアプリケーションは多くありません。

たとえば、15人のユーザーがいるERPアプリケーションを考えてみましょう。なぜSQLiteを使用できないのですか？私のプロフェッショナルな経験では、この種のアプリケーションのユーザーはほとんどの場合、アプリケーションを使用している合計時間の約5〜10％でデータベースにアクセスします。他の90〜95％では、画面上の情報を見ているだけで、グリッド/フォームにデータを入力しており、データベース時間の1秒以内の入力を保存しています。Fe：入力時間の1.5分と保存時間の1秒。

「保存時間」中にSQLiteデータベースファイルがロックされている場合、データベースにアクセスする必要のある他のユーザーは待機するだけですが、待機時間が非常に短い（気付かない）ので気が付きません。コードでは、例外を回避するために、データベースの可能性のある「ビジー」時間を処理する必要がありますが、それは難しくありません。

私と同じように考えなければならない人が、SQLiteのクライアント/サーバーソリューションであるSQLiteningを構築しさえしています。これにより、自分がだまされていないのではないかと確信しました。

もちろん、SQLiteが適合しないデータベース集約型のアプリケーションがあります。しかし、今私が考えているように、多くのマルチユーザーアプリケーションは、15ユーザー程度を超えなければ、SQLiteで問題なく動作するはずです。

多くのお客様はハードウェアにあまりお金をかけません。そのため、すべてのもの（Exchange、SQL（s）、クライアントなど）を備えた唯一のサーバーに遭遇することがよくあります。高いシステム要件を持たない製品を提供できれば、顧客は満足するでしょう。SQLiteは（少なくとも多くは）重みを追加しませんが、MS-SQLは追加します。SQLiteは無料、安価、または簡単にインストールできるため、SQLiteは選択しません。実用的/技術的な理由で選択します。

参考：私の職業では、平均して5-6人しか製品を使用しない顧客に製品（カスタムおよび標準、ほとんどはERP関連）を販売しています。いくつかの例外がありますが、10〜15ユーザーを超えません。

質問：私が説明した例のようないくつかのマルチユーザーアプリケーションにSQLiteを使用できると考えるのは正しいですか？知っておくべき技術的な欠点はありますか？正しい選択をするのに役立つ経験（ネガティブまたはポジティブ）は何ですか？

更新：これを他のデータベースの否定的な判断と見なさないでください。それらはほとんどすべてが素晴らしい製品です。ここで私の考えを共有し、これについてのあなたの意見に興味を持っています。

SQLiteが豊富なインスタンスはたくさんあります。ユーザー、部門、または会社がそれを超えることはめったにありません（アプリケーションが正常に動作している場合、誰もプログラマーを呼び出さないため、それについてはあまり耳にしません。）MS Accessファイル（Windows）またはSQL Server Compact Edition（インストールが必要です）。ファイルのセキュリティについて心配する必要はないので、ローカルアプリケーションには十分です。

ローカルネットワーク上のマルチユーザーシーンリオでは、ファイルはすべてのユーザーによるアクセスが必要な共有フォルダーに保存されます-呼び出しセキュリティ。単純なメンテナンスや、バックアップや列の追加などのテーブル構造の変更により、他のユーザーがアクセスできなくなります。昨夜、誰かがアプリケーションを終了するのを忘れたため、バックアップは機能しませんでした。昼間にバックアップを取りたい場合はどうなりますか？誰もが、データベースの技術的な制限のために、日中はバックアップを必要としないと考えています。ある時点で、サーバーにSQL Server Express /その他の同等物をインストールすると、初期セットアップとセキュリティの設定が必要になり、事前にさらに複雑になりますが、メンテナンスはほとんど必要ありません。

スケーラビリティ/オーバーエンジニアリングには常に懸念があります。ユーザーの数やデータの量が依然として管理可能であっても、誰かがイントラネットや他のWebサイト/ブラウザインターフェイスでライブデータを利用するという考えを常に持っています。ファイルデータベースには問題があります。VPN経由でデータファイルにアクセスしたい人（アプリはラップトップにインストールされている）を1人必要とするだけで、「スケーリング」の問題が発生します。アプリを作成して、接続していないユーザーが戻ってきたときに同期できるようにすることができます。たまに不在のユーザーにとっては価値がないようです。

「内部」データベースが必要なときに使うのは素晴らしいと思います。つまり、アプリケーション/コードがやり取りするデータベースですが、アプリケーションが存在する主な理由に直接関係するものではありません。巨大なインメモリマッピングまたはキャッシュマネージャを使用する代わりに、たとえばそのようなデータベースを使用することもできます。これには非常に具体的な例があります。最近、データベースに接続し、作業を実行し、データを読み取り、最後にすべてを消去する必要があるJUnit / DBunitテストケースで使用しました。データベースを作成するために空のファイルを作成する必要があるだけなので、それはかなり簡単でした。

私が見る別の使用法：ユーザーが1人だけの場合。はい、それは可能です、例えば「Firefox」または「Opera」を考えてください:-)

また、SQLite Webサイトで、彼らはそれについて非常に正直であり、ITを使用しない場合の理由を示しています（「別のRDBMSがより適切に機能する状況」を参照）。

ps：Sql Server Expressのコメントに関連します。はい、「インストール」する必要があります。また、個人的に更新するのに苦労しました（2008 R2をインストールするには、以前のバージョンに関連するいくつかのレジストリキーを手動で削除する必要がありました）。ただし、Microsoftが開発したデータベースとSQLiteを比較する場合は、インストールする必要のないSql Server Compact Editionを確認してください（「プライベートファイルベースの展開」を参照）。

たとえば、15人のユーザーがいるERPアプリケーションを考えてみましょう。なぜSQLiteを使用できないのですか？

非常に少数のアプリケーションが、その少数のユーザーを永久に所有しています。そして、より多くのユーザー、およびより複雑なデータ操作が見られる場合、SQLiteの使用は、単純な「一度に1つの書き込みトランザクション」ロックモデルのため、パフォーマンス上の理由から完全に問題外です。

100人のユーザーがいて、それぞれ60秒かけてフォームに入力してから送信するとします。したがって、1秒あたり約1.6トランザクションを処理する必要があります。データモデルは複雑で、フォームの保存には多くの大きなテーブルの読み取りと書き込みが含まれ、おそらく異なるシステムとの通信も含まれるため、各「送信フォーム」は2秒かかるトランザクションになります。ただし、SQLiteはトランザクションを同時に処理できないため、scondあたり0.5トランザクションしか処理できません。おっとっと。

「インストールするのが面倒な場合があります」は、インフラストラクチャの重要な部分に対して決定する正当な理由ではありません。その上、選択できる他のDBエンジンがあり、そのうち少なくとも2つ（MySQLとPostgres）は無料であり、SQLiteの同時実行制限はありません。MS-SQLよりも簡単にインストールできます。

SQLLiteはアプリケーション開発に優れていると思います。最大の強みは、クライアントにインストールする必要がないことです。

ただし、SQL Server Expressも過小評価しないでください。通常の優れたツールを使用する機能とともに、データベースサイズの制限（これを超えることは困難です）のみを備えた通常のsqlサーバーのほとんどの機能を備えた無料の優れたデータベースですSQLサーバー。

最大の欠点は、インストールする必要があることです。ただし、その部分については少し確信がありませんが、今はそれを回避する方法かもしれません

1時間ごとに数GBのデータを処理する場合、SQLiteを深刻なデータベースとは見なしません。非常に遅くなり、アプリケーション全体のパフォーマンスが低下します。申し訳ありませんが、SQLiteに対するあなたの魅力に同意しません:-)

データベースの問題は、データベースがますます多くのデータを蓄積する傾向があることです。軽量DBを選択すると、ツールが適切にスケーリングされないというリスクが生じます。