현재
id
title title
info content
tags tag id collection
status status (-1,0,1,2) atime 추가 시간
utime 업데이트 시간
ptime 릴리스 시간
(태그/상태)별로 정렬된(추가/업데이트/릴리스) 시간별로 기사를 가져오는 데 필요
Redis 테이블은 어떻게 설계되어야 합니까? 이 시간에?
현재 아이디어는
문자열 유형
article:title:{id}
article:info:{id}
article:tags:{id}
article:status:{ id}
article:atime:{id}
article:utime:{id}
article:ptime:{id}
세트 유형
모든 세트: 기사:목록
에 따라 상태는 컬렉션에 별도로 저장됩니다: Article:status:{-1/0/1/2}
컬렉션은 태그 Article:tag:{tag_id}
에 따라 별도로 저장됩니다.
또 다른 질문이 있습니다.
zrangebylex article:status:0 [f (g
결과는 오류입니다.
ERR 알 수 없는 명령 'zrangebylex'
가 무엇인가요? 이유는?
id
title title
info content
tags tag id collection
status status (-1,0,1,2) atime 추가 시간
utime 업데이트 시간
ptime 릴리스 시간
(태그/상태)별로 정렬된(추가/업데이트/릴리스) 시간별로 기사를 가져오는 데 필요
Redis 테이블은 어떻게 설계되어야 합니까? 이 시간에?
현재 아이디어는
문자열 유형
article:title:{id}
article:info:{id}
article:tags:{id}
article:status:{ id}
article:atime:{id}
article:utime:{id}
article:ptime:{id}
세트 유형
모든 세트: 기사:목록
에 따라 상태는 컬렉션에 별도로 저장됩니다: Article:status:{-1/0/1/2}
컬렉션은 태그 Article:tag:{tag_id}
에 따라 별도로 저장됩니다.
정렬하려면 기사:태그:1 기준 기사:atime:*과 같은 방법을 사용하세요. 이 디자인이 합리적인가요?
또 다른 질문이 있습니다.
zrangebylex article:status:0 [f (g결과는 오류입니다.
ERR 알 수 없는 명령 'zrangebylex'
가 무엇인가요? 이유는?
sort Article:tag:1 by Article:atime:* 이 문장은 시간을 추가하여 태그 1이 있는 기사 ID를 정렬하는 것입니다. 이런 디자인이 가능해요
문자열 유형은 키가 너무 많아 권장되지 않습니다