[REDIS] 레디 스 해시 대 설정

레디 스 해시 대 설정

(예 :이 하나) 많은 레디 스 자습서에서 데이터 세트에 저장되지만 문자열에 함께 결합 여러 값 (와 즉, 사용자 계정이 두 항목으로 설정에 저장 될 수있다 "사용자 : 1000 : 사용자 이름"과 "사용자 : 1000 : 비밀 번호").

그러나 레디 스도 해시를 가지고있다. ": 1000 사용자"해시는 "사용자 이름"항목과 "암호"항목이 포함이가 더 나을 것 같다. 오히려 특정 값에 액세스 할 문자열을 연결하는 것보다, 당신은 단지 해시에 직접 액세스 할 수 있습니다.

그래서 왜 많이 사용되지 않는 이유는 무엇입니까? 이 단지 기존 자습서가 있습니까? 또는 레디 스 해시 성능 문제가 있습니까?

해결법

1. ==============================

   1.더 복잡한 데이터를 저장하기 위해 당신이 당신의 질문에 제안처럼 레디 스 해시가 좋다. 내가 그들을 사용 정확히 - 필요 (전자 상거래 사이트에서 특정 제품에 대한 특히, 재고 데이터)를 캐시하는 것을 여러 속성을 가진 개체를 저장합니다. 물론, 나는 연결된 문자열을 사용할 수 있습니다 -하지만 내 클라이언트 코드에 불필요한 복잡성을 추가하고, 개별 필드를 업데이트하는 것은 불가능합니다.

   더 복잡한 데이터를 저장하기 위해 당신이 당신의 질문에 제안처럼 레디 스 해시가 좋다. 내가 그들을 사용 정확히 - 필요 (전자 상거래 사이트에서 특정 제품에 대한 특히, 재고 데이터)를 캐시하는 것을 여러 속성을 가진 개체를 저장합니다. 물론, 나는 연결된 문자열을 사용할 수 있습니다 -하지만 내 클라이언트 코드에 불필요한 복잡성을 추가하고, 개별 필드를 업데이트하는 것은 불가능합니다.

   당신이 바로 될 수있다 - 튜토리얼은 단순히 해시가 도입되기 전에에서 할 수있다. 그들은 분명 개체 표현을 저장하기 위해 설계되었습니다 : http://oldblog.antirez.com/post/redis-weekly-update-1.html

   나는 새로운 항목이 삽입 될 때 하나 개의 관심사는 명령 레디 스의 필수 서비스의 수있을 것입니다 가정 (N 개수 명령, 여기서 n 해시 필드의 개수의) 단순한 문자열 SET 명령에 비해. 나는 하루에 1 백만 회에 대해 레디 스 안타 서비스에 아직 문제를 발견하지 않았습니다. 나에게 적합한 데이터 구조를 사용하면 무시할 성능에 미치는 영향보다 더 중요하다.

   (또한, 레디 스 문자열 대 레디 스 세트에 대한 내 의견을 참조하십시오 - 나는 귀하의 질문에 문자열을 참조 생각하지만, 내가 틀렸다면 정정 해줘!)

2. ==============================

   2.해시도 지금까지 때마다 가능한 한 효율적 사용을 추천에 관한 것, 레디 스에서 데이터를 저장하는 가장 효율적인 방법 중 하나입니다.

   해시도 지금까지 때마다 가능한 한 효율적 사용을 추천에 관한 것, 레디 스에서 데이터를 저장하는 가장 효율적인 방법 중 하나입니다.

   http://redis.io/topics/memory-optimization

3. ==============================

   3.사용 사례 비교 :

   사용 사례 비교 :

   세트 레디 스 서버에서 집합으로 데이터를 저장하는 의미 인터페이스를 제공합니다. 사용 이런 종류의 데이터에 대한 경우는 예를 들어, 분석 목적을 위해 더 것 얼마나 많은 사람들이 제품 페이지를 검색하고 구매까지 얼마나 많은 말 제품.

   해시 스토어 단순하고 복잡한 데이터 객체에 대한 인터페이스를 제공 의미 레디 스 서버입니다. 예를 들어, 사용자 프로필, 제품 카탈로그, 및에 이렇게.

   참고 : 학습 레디 스

from https://stackoverflow.com/questions/13557075/redis-set-vs-hash by cc-by-sa and MIT license