0
キー - >顧客:123、電子メール - > dk @ gmail.com、モバイル - > 828212、名前 - >ダルシャンなど...Redisの非キーの照会
ここでは、対話関係を設定して保存せずに電子メールに基づいて顧客に問い合わせることができます。これは回避策です。 のように、顧客登録の際にキーをセット→メール:[email protected]値→顧客:123など。 ハッシュに100個のフィールドがあり、そのうちの20個(電子メールなど)を照会する必要があります セット内のフィールドの各エントリを作成すると、redisインスタンスのキーの数が大幅に増えます。
他にも優れた方法がありますか?
これは試してみる価値があります... abtのパフォーマンスは、キー属性のクエリとして、あるいはそれに近いものとして、どのようにスケールされますか? –
もちろん、すべてのインデックスを作成できるため、非常に優れたパフォーマンスを発揮します。私が知っている唯一の問題は、単一のredisインスタンスでうまくいくということですが、redisearchのクラスタサポートはエンタープライズRedisに対してのみ計画されています。 – Spock
ウェブサイトでは、リスト、セット、ソートされたセットのみについてのインデックスが記述されています。ハッシュデータ構造のフィールドにセカンダリインデックスを実装する方法についての説明はありません –