database - MySQL の代替

Question

アプリケーションのデータを永続的に保存したいと考えていますが、本格的なリレーショナルデータベースは必要ありません。構造が単なる (キー、値) のペアである、基本的な「キャッシュ」のような永続ストレージで本当にうまくいくことができました。

データベースの代わりに最適でスケーラブルなオプションは何ですか?

score 12 · Accepted Answer

ファイルに格納されているデータベースであるSQLiteが常に存在します。SQLite には既に組み込みの同時実行性があるため、ファイルのロックなどを心配する必要はなく、読み取りも非常に高速です。

ただし、多数のデータベースの変更を行っている場合は、トランザクション内で一度にすべてを行うのが最善です。これにより、変更クエリが発行されるたびにではなく、一度だけファイルに変更が書き込まれます。これにより、複数の変更を行う速度が劇的に向上します。

変更クエリが発行されると、それがトランザクション内であるかどうかにかかわらず、そのクエリが終了するまでデータベース全体がロックされます。これは、非常に大きなトランザクションが他のプロセスのパフォーマンスに悪影響を与える可能性があることを意味します。これは、データベースにアクセスする前にトランザクションが完了するまで待機する必要があるためです。実際には、これがそれほど目立つことはありませんが、発行するデータベース変更クエリの数を最小限に抑えることを常にお勧めします。

score 6 · Accepted Answer

「永続キャッシュ」が必要で、すでにmemcachedを使用している場合は、memcachedbを確認してください。これは、memcachedプロトコルを使用する永続的なハッシュテーブルであり、新しいクライアント（ただし新しいデーモン）は必要ありません。

score 3 · Accepted Answer

最近似たような質問をします。以下にいくつかの選択肢を示します。

Berkley DBはグルーヴィーです。( Berkley DB ウィキペディアのエントリも参照してください)
Windows を使用している場合は、組み込みのExtensible Storage Engineを使用できます。これはかつて「ジェットブルー」と呼ばれていました。
Microsoft SQL Compact Editionも無料です (ただし、OS には組み込まれていません。

score 2 · Accepted Answer

スケーラビリティが必要な場合は、RDBMS が最適です。最も基本的なレベルでは、データ構造をファイルにシリアル化できますが、同時実行性を制限するファイルロックの問題を考慮する必要があります。

SQLite は SQL ファイルベースのデータベースエンジンであり、永続的なデータベースデーモンなしで実行できますが (たとえば、PHP では拡張機能として実行されます)、同時実行性の問題もあります (この質問への回答を読んでください。 SQLite が適しています)。

本物の DRBMS を使用しないという本当に正当な理由がない限り、MySQL またはその他の「本格的な」エンジンを使用することをお勧めします。

score 1 · Accepted Answer

CounchDBを試すことができます。これは非常に柔軟なドキュメント指向データベースであり、スキーマを事前に定義する必要はありません。これはErlangで書かれており、このおかげで非常にスケーラブルなソリューションと見なされています。これは、RESTインターフェースを介して簡単に照会できます。

score 1 · Accepted Answer

Key = Valueペアの場合、単純なロードおよび保存手順でINIファイル形式を使用して、それをロードし、メモリ内のハッシュテーブルに保存できます。

これは、dbで動作するようにロードおよび保存手順を変更するだけで、後で任意のサイズにスケールアップできます。

score 1 · Accepted Answer

埋め込みデータベースが必要なJavaプログラムを作成している場合は、 hsqldbを参照してください。これは、Javaで作成されており、Javaプログラムから呼び出された場合はsqliteよりもはるかにうまく機能するためです。

score 1 · Accepted Answer

Javaを作成している場合は、直接含めることができるJavaデータベースの実装があります（Jaredはhsqldbについて言及していますが、他にもあります）。

SQLiteは静的な包含には問題ありませんが、Cなどの互換性のある言語を使用している場合は、アプリケーションにMySQLを含めることもできます。

SQLも利用できるようにしていただければ幸いです。XMLファイルはもはやそれをカットしません。おそらく数年前にPDAソフトウェアを作成したときですが、iPhoneやAndroidでさえSQLiteが含まれています。

score 1 · Accepted Answer

インメモリモードのhsqldbは、フラットファイルベースのデータベースよりもはるかに優れたパフォーマンスを提供します。使い方もとても簡単です。また、テーブルが大きくなりすぎた場合は、ディスクにキャッシュするオプションもあります。このパフォーマンス比較を確認してください。

_{（ソース：hsqldb.org）}

score 1 · Accepted Answer

本当にスケーラブルなものが必要な場合は、フラットファイルや XML ファイルは選択しません。データが大きくなると、パフォーマンスが低下する可能性があります。

ある段階で大量のデータがある場合でも、データベースを選択します。ニーズに合わせて非常に単純なスキーマを持つSQLIteのようなものを検討します。

score 1 · Accepted Answer

本当にそうすべきかどうかはわかりませんが、それが本当に軽いのであれば、XML ドキュメントに情報を保存することだけを考えたことがありますか? SQLiteを検討していない場合は？

database - MySQL の代替

11 に答える 11

Related

Reference