Redisのデータ構造とは何ですか?

#redis のデータ構造は何ですか?

推奨: 「redis ビデオ チュートリアル 」

文字列 (文字列):

ストレージ整数 (例: Counter) と string (ナンセンス...)、一部の企業では json/pb などのシリアル化されたデータを保存するために使用していますが、これは推奨されずメモリを無駄にします;

ハッシュ テーブル (ハッシュ):

ストレージ構成、オブジェクト (ユーザー、製品など)、利点は、頻繁に変更するキーやアトム操作を必要とする一部のキーに適した一部のキーにアクセスできることです。

List (リスト):

は、最新のユーザー更新とタイムラインを保存するために使用できます。利点は、規則的であり、要素が重複排除なしで反復可能である必要があることです。

#sets ):

順序付けされていない一意であり、厳密な一意性が必要な場合に使用できます;

ソートされたセット:

#コレクションの順序付きバージョンは非常に使いやすく、ランキングなどの複雑なシナリオで考慮できます。

ビットマップ:

これは新しいことではありません。データ型は次のとおりです。単一ビットの形式で文字列型を操作するだけですが、実際には使用されていません。インターネット上の多くの人は、アクティブ ユーザー統計やユーザー サインイン機能にビットマップを使用しており、データベースをロードするよりもパフォーマンスがはるかに高くなります。

カウンター (ハイパーログログ、翻訳は未定):

名前と同様、要素を追加すると要素の数が記録されるだけで、要素自体は保存されません。スペースを節約し、カウントの繰り返しを避けるため、この感覚は incr;

地理空間 (地理空間インデックス):

を使用することで直接実現できます。 2点間の距離として、点の近くに要素が何個あるかは、点が比較的固定されている場合や、現在位置のみを考慮する場合に適していますが、近くに人がいる場合などには適していません。一定期間内のポイントを考慮する必要があることと、ポイントが頻繁に更新されるためストレスが大きいことが挙げられます。

以上がRedisのデータ構造とは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。