現在、
id
title title
info content
tags タグ ID コレクション
status ステータス (-1, 0, 1, 2)
atime 追加時間
utime 更新時間
ptime リリース時間 の mysql テーブル記事構造があると仮定します。
デマンドプレス (タグ/ステータス) 時間順に記事を並べ替える (追加/更新/公開)
このとき、redis テーブルはどのように設計されるべきですか?
現在のアイデアは
文字列型
article:title:{id}
article:info:{id}
article:tags:{id}
article:status:{id}
article:atime:{id}
articleです:utime:{id}
article:ptime:{id}
タイプを設定
すべてのコレクション:article:list
ステータスに従ってコレクションを個別に保存:article:status:{-1/0/1/2}
以下に従って個別に保存タグへ コレクション記事:tag:{tag_id}
ソートするには、article:tag:1 byarticle:atime:* のようなものを使用します。この設計は合理的ですか?
別の質問があります。検索するときは、
zrangebylexarticle:status:0 [f (g
結果はエラーです
未知のコマンド 'zrangebylex'です
理由は何ですか?
id
title title
info content
tags タグ ID コレクション
status ステータス (-1, 0, 1, 2)
atime 追加時間
utime 更新時間
ptime リリース時間 の mysql テーブル記事構造があると仮定します。
デマンドプレス (タグ/ステータス) 時間 (追加/更新/公開) に従って記事を並べ替えます
このとき、redis テーブルはどのように設計されるべきですか?
現在のアイデアは
文字列型
article:title:{id}
article:info:{id}
article:tags:{id}
article:status:{id}
article:atime:{id}
articleです:utime:{id}
article:ptime:{id}
タイプを設定
すべてのコレクション:article:list
ステータスに従ってコレクションを個別に保存:article:status:{-1/0/1/2}
以下に従って個別に保存タグへ コレクション記事:tag:{tag_id}
別の質問があります。検索しようとするときは、
zrangebylexarticle:status:0 [f (g
結果はエラーです
不明なコマンド 'zrangebylex'です
原因は何ですか?
sortarticle:tag:1 byarticle:atime:* この文はタグ1の記事IDのソートを時間を加算して取得するというものですよね?このデザインは効果的です
文字列型はキーが多すぎるため推奨されません