Q&A
設計を確認したいようですが、手段に終始されているので、進まないと思います。
「どんなデータが必要か」から考えてみては。
毎週ごとのランキングデータを取得し、ランキングを実装したい
いつもお世話になっております。
毎週自動でデータをsplに登録し、それをランキング形式で表示したいと思っています。
1,ランキングを取得し、表示
2,先週分のそのデータの順位を４週間分
3,最新は一番左に表示
4,圏外からランクインした際は圏外と表示
こちらを図のように表示したいと考えております。
商品名 2020-01-22 2020-01-15 2020-01-08 2020-01-01
データ１ 1位 3位 5位 3位
データ２ 2位 1位 2位 4位
データ３ 3位 3位 圏外 1位
データ4 4位 2位 3位 3位
データ5 5位 6位 4位 2位
データ6 6位 8位 5位 1位
....
簡単な図で申し訳ありませんが、このように実装したいと考えております。
どのようにデータベースを設計すれば良いのでしょうか。
現状のデータベースは
商品名カラム name
順位カラム rank
取得日カラム date
となっております。
最新のランキングだけならなんとか出力できたのですが、前回の順位をデータに持たせる方法がわかりません。
sql文で
SELECT rank WHERE name="データ１" AND date="取得日"
のようにすればその商品の取得日に対応するデータが取れると思うのですが
データが多いのでどのように変数に代入すれば良いか分かりません。
データベースの設計と、
前回の順位を含むランキング作成に置けるヒントがあれば
ぜひ頂けますと幸いです。
何卒、よろしくお願い致します。
ありがとうございます。
データに関しては順位と商品名と日付で実装できるのかと思ったのですが、
pre-rankのように前回の順位を保存するカラムが必要なのでしょうか。
ご返信いただきまして誠にありがとうございます。
回答2件
0
ベストアンサー
こちらを図のように表示したいと考えております。
そのようなテーブルを作って商品データと繋げれば良いんじゃないでしょうか？
列名は日付だと汎用性無いのでlatest 7daysago 14daysagoにでもして。
これが期待するものなのかも分からないので本当に出力したい形でテーブルを作ってそれを徐々に汎用性のある形に直すなり分解するなりして考えた方が良いと思います
投稿2020/06/09 01:19
編集2020/06/09 01:20
総合スコア6426
ご回答いただきましてありがとうございます。
テーブルを２つ作成して、商品idでlatestなどからデータを参照する方法ということでしょうか。
そうですね
というか個人的にランキングなら上位20位とか100位とか一定数分かれば良いだけだと思うのでそういう持ち方すらしようとしませんね、データ量的に賢くない
「アイテムAが何位」じゃなくて「1位はアイテムA」みたいな考え方です
なので、本当に出力したい形式を考えてそこから遡って行くのがいいでしょうね
1位はアイテムAというのは商品ではなく順位のIDで取得するアイテムを参照する方法ですね。
ありがとうございます！
出力したい形式はあるので、そこから遡って着手してみます。
うん
もし自分がランキング作れって言われたとしたら色々と考慮した設計が頭に浮かぶけど、実際のところはリアルなデータ量や情報と運用フローも合わせた状態で無いと何がベストか分かりません。
普通ならこういう設計だろうという設計が運用上都合の良い設計とは限らないので、開発者の観点だけでなく運用者の観点も想像（または直接ヒアリング）した上で設計に入るのが正解です
技術的に最も正しい事が利用者にとって不便では話にならない
それでも問題が起きたら改修だ！
ありがとうございます。
とにかくテーブル設計から再度練り直します。
ありがとうございました！
こちらベストアンサーにさせていただきました。
7daysagoなどを利用する際に最新のデータがlatastカラムに入って
1つずつスライドさせなくてはならないと思うのですが、
それはsql文でなんとかなるのでしょうか。
お忙しい中恐れ入りますがよろしくお願い致します。
update fromで出来ますよ
SQLのみで処理したい理由が速度を気にしての事なら、例に挙げた設計なら気にする必要ないと思いますよ、上位〇〇位を保存する形式ならデータ量も知れたもんなのでプログラム介する方が理解し易いならプログラム介してもいいと思います。
データ量と自分や開発仲間の技術力に見合った方法を選びましょう
ありがとうございます。
返事が遅れてしまい申し訳ありません。
結局、sql文にてphpの配列に
id
name
latest
7daysago
14daysago
21daysago
このキーを持った配列をsqlを4回発行して作成して実装してみることにしました。
レベルが低くやりたいことができないのが悔しいですが、頑張ります。
ご丁寧にお答えいただきましてありがとうございます。
0
一定の集計期間が過ぎた場合、その後ランキングは変化しないわけですから
前回や前々回などのデータを毎回検索するのは無駄です。
ウィークリーにメンテナンス処理を入れて、ランキング計算をして
専用のテーブルに保持するのが賢明です
もちろんどうしてもということなら毎回やることも可能です
その場合集計期間ごとの集計処理をサブクエリにして、
今週のランキングにleft joinしてやるだけです
投稿2020/06/09 02:04
総合スコア116724
回答いただきましてありがとうござまいた。
メンテナンス処理とは、laravelでいうcronのことでしょうか？
調べてみたのですがこれといった情報がなくて、申し訳ありません。
つまり４週分必要ということは最新と3つのサブクエリが必要といった認識でしょうか。
質問ばかりになってしまい大変申し訳ありません。
あなたの回答
tips
プレビュー
