問題タブ [key-value-store]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
4 に答える
1208 参照

sql - プロジェクトの NoSQL データベースの選択を支援

机がある:

およそ 100.000 doc_id と 27.000.000 行。

このテーブルの多数決クエリ - 現在のドキュメントに類似したドキュメントを検索:

現在、PostgreSQL を使用しています。テーブルの重み (インデックス付き) ~1.5 GB。平均クエリ時間 ~0.5 秒 - 最高です。そして、私の意見では、今回はデータベースの成長とともに指数関数的に成長します。

これをすべて NoSQL ベースに転送する必要がありますか?

クエリ:

0 投票する
10 に答える
12845 参照

java - 軽量な Java 互換のメモリ内キー値ストアを探しています

Berkeley DB がおそらく最良の選択ですが、ライセンスの問題で使用できません。

代替手段はありますか?

0 投票する
1 に答える
2656 参照

nosql - データが使用可能な RAM を超えた場合、Redis データ ストアはどうなりますか?

データが使用可能な RAM を超えた場合、Redis データ ストアはどうなりますか?

0 投票する
3 に答える
687 参照

php - PHP での分散キー値ルックアップ システムが必要

この質問はJavaで1つを求めます、

PHP の最良の候補は何ですか?

ところで、次のことを確立します。

分散キー値ストア == 分散キャッシュ

?

0 投票する
2 に答える
2559 参照

caching - キー/値キャッシュサーバーではなく、キー/値データベースが本当に必要なのはいつですか?

ほとんどの場合、データベースから結果を取得し、有効期限を付けてキャッシュサーバーに保存します。

そのキーと値のペアを永続化する必要があるのはいつですか。そうすることの重要なメリットは何ですか。

0 投票する
3 に答える
1949 参照

database - 分散マルチマスター データベースが必要な場合、どのような代替手段がありますか?

単一障害点を減らしたいシステムを構築し、データベースが必要です。マルチマスター設定を適切に処理できる (無料の) リレーショナル データベース システムはありますか (つまり、ノードの追加と削除が簡単な場合)、または NoSQL データベースを使用する方が良いですか?

私が理解しているように、キー値ストアはこれをより適切に処理します。マルチマスター (クラスター) セットアップに推奨するデータベース システムはどれですか?

0 投票する
2 に答える
2499 参照

java - Javaクライアントを使用してRiakにオブジェクトを保存する方法は?

私はUbuntuマシンでRiakをセットアップしましたが、そうすれば動作するようになりますriak ping

ここで、Riak Javaクライアントを使用してオブジェクトを格納したいのですが、機能しません。com.basho.riak.client.response.RiakIORuntimeExceptionオブジェクトを保存しようとすると取得します。私は何が間違っているのですか?Javaクライアントからriakにアクセスできるかどうかをテストする方法はありますか?最初にバケットを作成する必要がありますか?どうやって?

0 投票する
8 に答える
2191 参照

c++ - C++ クロス プラットフォームのキー/値 API または C++ 用のライブラリはありますか?

コードの GUI 部分にいくつかのユーザー設定を保持したいと考えています。私は Win32 プログラミングだけを行っていましたが、これを行う典型的な方法は、レジストリ設定を使用することでした。

これは構成ファイルで行う必要があると思いますが、キーと値のペアの永続性を非常に簡単にするライブラリまたはクロスプラットフォーム ラッパーがあるかどうか疑問に思っていました。

0 投票する
1 に答える
118 参照

email - Web アプリケーションにはどのメール ストレージを選択する必要がありますか。IMAP、キーバリューストア、rdbms、

アプリケーションで使用する電子メール メッセージを保存する必要があります。リレーショナル データベース内にすべてのメッセージの「メタデータ」がありますが、メッセージ コンテンツ (ギガバイトおよびテラバイトの電子メール データ) をデータベース内に保持することに抵抗があります。現在 IMAP をストレージとして使用していますが、正しく選択できるかどうか疑問があります。まず第一に、uidvalidity の問題と、IMAP 内のメッセージへの永続的な参照を保持する方法があります。第二に、これがバックアップ/復元戦略、ストアの破損、レプリケーションの点で最も堅牢なソリューションであるかどうかはわかりません...良い面は、データがほとんどインデックス化されているため、ヘッダーを使用して IMAP を照会できることです。

キー値ストアがより良いアプローチであるかどうかはわかりません (Casandra、東京キャビネット、redis)。1KB と 50MB のデータの保存方法。破損を防ぐ方法と、破損またはデバイスの障害が発生した場合にストアを修復する方法。

0 投票する
1 に答える
880 参照

performance - 定期的に更新されるデータセットに対して CouchDB はどのように機能しますか?

プロジェクトで CouchDB を使用する予定です。しかし、クエリ メカニズムにはビュー (通常の RDMBMS のインデックスによく似ています) の書き込みが含まれるため、ドキュメント データベースが頻繁に更新され続ける場合 (書き込み負荷の高いデータベース)、通常の RDBMS と比較して CouchDB のパフォーマンスが優れているのではないかと考えていました。それとも、パフォーマンスを向上させるために、システムを時々圧縮/再インデックス化する必要がありますか?