2016-03-19 4 views

答えて

1

(私はAerospikeで働いています)Large Stackデータ型は推奨されていません。また、大規模データ型は一般にプラットフォームの残りの部分と同じレベルの成熟度ではなく、本番用には推奨されません。大きなデータ型が壊れてしまうようなエッジケースがいくつかあります。私はスキャンを実行することをお勧めします(バックアップする)システムから削除することができます(そして潜在的に再挿入された)不良LDTの詳細を印刷する必要があります。私は、LDTなしで代替データモデリングを見つけることを強く勧めます。

+0

@Maher、ご返信ありがとうございます。 LSTACKのすべてのデータをLLISTに移行する予定です。しかし、私が驚いたのは、LDTは本番用ではないということです。私はAerospikeの文書でこれを読んでいません。私の使用目的は、彼が活動をするたびにJSON(500bytes)をLLISTにプッシュすることです。ユーザーに対してレコードを読み返すと、私はすべてのアクティビティを取得します。すべてのアクティビティに対して通常のputを実行し、ユーザーにセカンダリインデックスがある場合は、間違いなくRAMをオーバーフローさせます。私がLLISTを進めることができるのか、それとも正しいデータモデルであるのかをお勧めします。前もって感謝します。 – Carbonrock

+2

LLISTを使用せず、リストやマップを使用することをお勧めします。これらのデータ型を操作するための新しいAPIが追加されていますので、今後数週間は調整してください。最大1MBの書き込みブロック・サイズを超えるレコードを持つためには、アプリケーション・レベルでそれらを分割することをお勧めします。たとえば、「コントロール・ビン」を使用して他のレコードにオーバーフローする可能性があることを示します。そのような方法は、ラージデータ型が使用するものに比べて、RAM使用率を確実に増加させることはありません。 – Meher

関連する問題