問題タブ [tokyo-cabinet]

これは基本的にバイナリツリーであり、最初にハッシュを検索して、ハッシュleftかright：かを判断します。

ハッシュの計算方法は次のとおりです。

しかし、計算されたハッシュではキーの順序を保証できないようです。

バグですか？

私はtcdb大きなキーバリューストアを保持するために使用しています。キーはユーザー ID を表す文字列で、値は次の形式の辞書です。

ストアは、coord、node、way、relation オブジェクトを含むデータ ファイルを反復処理して満たされ、それぞれが特定のユーザーにリンクされています。フィールドをインクリメントするための私のコードは次のとおりです。

これは動作しません。最終的に、値がすべてゼロのテーブルになります。

収量:

なんで？

最後の例外は呼び出されません。

編集try最初のブロックのこのコード:

オリジナルの代わりに

動作しますが、私には本当に醜く見えます。

京都キャビネット(KB)に同じキーに対して複数の値を保存できるかどうか教えてください。同じキーに対して複数の値を持つ可能性のある大きなデータのチャンクに対して、迅速なインデックス作成メカニズムを実装する必要があり、そのために KB をテストしようとしています。

ありがとう！-アビ

京都内閣は、さまざまな鍵の検索をサポートしていますか？もしそうなら、どのタイプのキーが範囲検索をサポートしていますか？長い（64ビット）キーで範囲検索を実行できますか？

ありがとうRG

私のJavaコードでは、次を使用してGuavaのマルチマップ（com.google.common.collect.Multimap）を使用しています。

ここで、マルチマップキーはURLの一部であり、値はURLの別の部分です（整数に変換されます）。ここで、JVM 2560 Mb（2.5 GB）ヒープスペースを割り当てます（XmxとXmsを使用）。ただし、そのような（キー、値）整数のペアは900万（約1,000万）しか格納できません。さて、問題は、JVMに限られた量のメモリ（たとえば2GB）しか提供できないということです。

だから、誰かが私を助けることができますか？

1）このメモリの問題を解決する別の方法または自家製の解決策はありますか？つまり、ディスク/ DBベースのマルチマップは優れたソリューションになる可能性がありますか？私はいくつかのウェブ記事から、この問題を解決するためのDB/ディスクベースのソリューションがあることを読みました。BerkleyDBまたはEhcache。誰かが私に（またはどちらが）速いかを教えてもらえますか？

2）これらのディスク/ DBベースのマルチマップにはパフォーマンスの問題がありますか（保存と検索の両方を求めています）？

3）簡単にそれらを使用する方法のアイデアや情報。

4）他のアイデアは私にとっていいでしょう。

注意：上記の問題に対するマルチマップ（キーは複数の値を持つことができます）ソリューションが必要です。また、保存と検索のパフォーマンスも考慮する必要があります。

HashMultiMap に 1 億を超えるキー値を格納する必要があります (キーには複数の値を含めることができます)。保存と検索の両方でどちらが速いか、誰でも助けてくれますか?

1)バークレーDB

２）東京内閣

3) H2

4)イーキャッシュ

5) またはその他

もう 1 つのポイントは、これらのパフォーマンスはインメモリ ハッシュ マップとほぼ同じですか? 少しのガイダンスがより役に立ちます。ありがとう。

注意: これらのいずれかに関する情報も役立ちます。

こちらの指導で京都内閣を設置しました。ただし、これは、Javaファイルをコンパイルするためにクラスパスにkyotocabinet.jarを追加する必要があることを示しています。しかし、kyotocabinet.jarファイルはどこにも見つかりません。コマンドを使用してkyotocabinet.jarを追加しようとしています。それも機能しません。誰かが私を助けることができますか、なぜこれが起こっているのか、そしてこれを解決する方法は？

1 億を超えるキーと値のペアがあります (1 つのキーに複数の値を含めることができます)。キー、値が 32 ビットのバイト配列である東京内閣の BDB (B+Tree DB) を使用しています。

東京内閣で使用できるメモリ量（下限と上限）を設定することはできますか？実は8GBのメモリを持っているのですが、大容量のメモリを活かせていないようです。

もう一点、設定方法を知りたいのですが、

tokyoCabinet.tune() tokyoCabinet.optimize() tokyoCabinet.setxmsiz() tokyoCabinet.setcache() これらのパラメーターにより、私のケースで最大のチューニングを得ることができます。前もって感謝します。どんなアイデアも私に役立ちます。

Tokyo Cabinet はインメモリ B+ ツリーをサポートしていますか? もしそうなら、私はそれらをどのように使用しますか？一部の Web 記事 (たとえば、ここやここ) では、そのような使用法が報告されていますが、その方法を説明するドキュメントが見つかりません。ありがとう。

TokyoTyrantでクリーンなデータストアで再起動する正しい方法は何ですか？Linuxコマンドラインから実行できますか？

TokyoTyrantとSolrの両方を同期して再起動する必要があるプロジェクトに取り組んでいます。