アプリケーションがローカルでのみ処理を行う場合、データベースサーバーを使用する意味がありますか？

基本的にはシステムに対してローカルで実行されるアプリケーションソフトウェアであるアプリケーションを見てきました（したがって、それらはネットワークを介してあまり通信しません）。これらのアプリケーションは、データを保存するためにデータベースサーバーに依存しているようです。

アプリケーションの例は、Amarok（Linuxで人気のある音楽プレーヤー）です。彼らがまだこれを行うかどうかはわかりませんが、Amarokをインストールすると、MySQLサーバーをインストールし、常にバックグラウンドで実行する必要があったことを覚えています。

sqliteのような小さな埋め込みSQLソリューションを使用する場合と比較して、ローカルストレージにサーバーを使用する利点は何ですか？私はアプリケーションソフトウェア全般について話しているが、必ずしもamarokとは限らない（これは単なる例である）。組み込みデータベースと比較して、データベースサーバーの使用が理にかなっている状況はありますか？

SQLiteは、いつ使用するか、または使用しないかについて、かなり優れた概要を提供します。

https://www.sqlite.org/whentouse.html

私の経験では、この要約行はSQLiteのユースケースを非常にうまく捉えています。

SQLiteは、クライアント/サーバーデータベースと競合しません。SQLiteはfopen（）と競合します。

記事は、この点について詳しく説明します。また、「クライアント/サーバーRDBMSがより効果的に機能する状況」というタイトルのセクションもあります。一言で言えば、それらは次のとおりです。

• クライアント/サーバーアプリケーション：ネットワーク上の複数のユーザー。
• 大量のWebサイト：シャーディングを必要とするほど書き込み集中型または読み取り集中型です。
• 非常に大きなデータセット：1つのディスクに合理的に保存できるよりも大きいデータセット。
• 高い同時実行性：特に同時書き込み。

単一のユーザーを持つ単一のシステムであっても、「実際の」データベースサーバーは理にかなっています。

1. 使い慣れた言語（SQL）を使用します。SQLiteはSQLを使用しますが、一部の組み込みデータベース（オブジェクトデータベース、NoSQLなど）はSQLを使用しません。これらは一般的ではないため、学習曲線が高くなる傾向があります。
2. SQLiteなどの製品では提供されない、または少なくとも完全には提供されない参照整合性、制約、トリガーなどを提供します。
3. 真のマルチユーザー、ACID準拠のネットワークデータベースを対象とすることで、アプリケーションは、単一ユーザー/シングルワークステーションのシナリオで動作するか、同じコードベースを使用するマルチユーザーのホストアプリケーションとして動作するかを選択できます。
4. ユーザーは、標準ツール（SQL Developer、MySQL Workbench、SQL Server Management Studioなど）を使用してオフラインでデータを調べたり、それらのツールを使用してデータをロードまたはバックアップしたりできます。タイプ、人々はC / Sデータベースの世界からそれらのツールにより精通しているかもしれません。

主な欠点は、データベースサーバーソフトウェアをインストールして保守する必要があることです。これは、技術に詳しくないユーザー（および多くの技術ユーザーでも）には少し複雑です。Linuxなどのオペレーティングシステムはこれを簡単にします。LinuxシステムでPostgreSQLとMySQLを実行しています。私は、ほとんど介入することなく、それらにフックするアプリケーションをインストールしました。

慣性に関係していると思います。

Amarokは、1997年のXMMSに基づいています。優れたデータベース機能を持たせるには、サーバーを使用する必要がありました。サーバーベースのソリューションよりもはるかに強力だったためです。

SQLliteのような優れたローカル組み込みデータベースの今後の人気は、ごく最近のものです。

最も重要な識別機能は並行性です。

ユーザーに対して1つのインスタンスで実行されるアプリケーションが1つしかない場合、埋め込みソリューション（sqliteまたはオブジェクトストレージ）は通常は問題ありません。

ただし、データベースを同時に操作する必要がある複数のインスタンスがある場合は、データベースを同期するサーバーが必要です。SQLiteは、データベース全体で一度に1つの書き込みのみを許可し、他のほとんどの組み込みソリューションも許可します。また、複数のアプリケーションがある場合でも、組み込みソリューションでは通常許可されていない、より詳細な制約仕様が必要になる可能性があります。

他の回答の多くは、並行性を利点として述べていますが、dbはサーバーとして実行されているため、データベースはアプリケーションを実行することなくタスクを実行できます。これは、メンテナンス、バックアップ、別のサーバーとの同期、またはスケジュールされたタスクのいずれかです。

アプリがクライアント/サーバーアプリに変わる可能性があると思う場合は、後で移植するのではなく、最初からRDBMSを使用することから始めます。

与えられた例がこれを利用するかどうかわからない。

メモリとCPUが少ない組み込みシステムを実行しているのでない限り、サーバーをバックグラウンドで実行しても害はないと思います。

データベースサーバーをローカルで実行しても問題ありません。データベースは、データにアクセスして操作するためのものです。ネットワークアクセスはプラスであり、必要な場合と必要でない場合があります。これを行うエンジニアリングおよび科学ツールがいくつかあります。

ローカルアプリケーションでデータを使用しているとします。なぜデータベースを使用すべきではないのですか？何とは対照的に？

それは、データの抽象化と全体的なアプリケーション領域、アクセス管理要件、データ保守に計画している投資、必要なプロトタイプの緊急性、学習曲線のどこにいるかなどに依存します。

他のアプリケーションからのアクセスを必要としないアプリケーションに緊密に統合されたデータベースを確保したい場合、埋め込みデータベースの島を作成します。SQLiteを使用したMozilla Firefox Web Storageの実装を例として挙げることができます。

限られたデータでさらに効率を上げる必要がある場合は、インメモリデータベースの設計選択をお勧めします。

一方、同じデータに対して複数のクエリを実行する多くのアプリケーションがあり、パフォーマンスを最適化するためにデータストレージの構造を改善する必要がある場合は、集中管理されたDBMSが必要です。大量のデータを必要とし、クエリの応答時間が全体的なユーザーエクスペリエンスに大きく影響する場合、科学的研究に絶対に適しています。

Amarokの場合、組み込みデータベースのパスを選択する前の、その時点でのオープンソースDBMSの選択だったと思います。

特定のシステム定義が手元にある場合、短所と長所を簡単に重み付けできます。

V / r、Umut