database_img01

1: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 20:51:22.504 ID:d3PZBy0Z0
更新され得るある列の値について順位を別の列に記録しない方がいい?
更新頻度と参照頻度次第?

引用元 http://hebi.2ch.net/test/read.cgi/news4vip/1512474682/
4: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 20:52:25.870 ID:958k+SG00
詳しくないけど別に記録するものだと思う

5: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 20:53:41.563 ID:GgXoXn1/0
今一言ってることが分からん

6: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 20:54:32.043 ID:TvWAAssl0
詳しいけど意味が分からん

7: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 20:54:51.021 ID:X5/V6jxL0
よくわからんが順位が割と動的なら分けない方がいいんじゃね?

8: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 20:56:43.059 ID:lHGYHsdX0
初期データに番号振っとけ

9: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 20:59:25.058 ID:d3PZBy0Z0
たとえばなにかの投票があってリアルタイムで票数が更新されていくとする
票数についてある人の順位を知りたいときに
ID/票数
のみを毎度参照して順位を求めるか
ID/票数/順位
を記録しておいて順位は引き出すだけにした方がいいか

10: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:00:41.524 ID:ZPzkHHUVa
データベースは結論を出せない

11: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:01:13.274 ID:GgXoXn1/0
票数でorder byじゃダメなんか?

15: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:03:01.365 ID:d3PZBy0Z0
>>11
この場合はそうだった
評価する値がいくつかあるときはどうする?
ID/男性票/女性票
みたいなときに両方知りたいってなったら

18: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:07:12.200 ID:GgXoXn1/0
>>15
男票でソートするのと女票でソートするのをunionでもすればいいんじゃね?

17: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:03:39.090 ID:k6l++0tj0
>>11
これ

12: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:01:29.981 ID:TvWAAssl0
そもそも順位のカラムを作る必要が無くない?

14: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:02:40.744 ID:X5/V6jxL0
>>12
これ
その都度比較しちゃだめなの?

13: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:01:50.173 ID:eFH92O000
別テーブルで管理するかどうかって話なら順位をつけた時点の値もセットにして管理するのがいいんじゃね?
常に最新の値で順位づけする必要があるならそもそも順位をデータとして管理せずにorder by でソートして表示すればよいのでは

16: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:03:30.498 ID:QDDNnMoI0
データベーッス データベーッス
ジャストリヴイントゥ データベーッス オッオー

19: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:08:42.819 ID:X5/V6jxL0
何というか絶望的に日本語が下手

20: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:10:41.681 ID:FdWxPk8s0
良く分かんないけど

最終データ:最終集計された定期デイリー集計の合計から算出する。
定期デイリー集計:実投票データから数を算出する、投票先ごとの総合投票数
投票者スコア(何かに使う):実投票データから算出する。投票先と回数を一応計算しておく。
実投票データ:投票先,投票時間,投票者ID

こういうのでいいんじゃね?
頻繁に送られるデータは実投票データで、
それを定期的に定期デイリー集計で集計してユーザ側に表示

プログラムとかデータベースは分からないけどこういうのでいいんじゃまいか

21: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:12:43.044 ID:FdWxPk8s0
あぁ、男票と女票で分ける必要もあったか読んでなかった
でもこれは>>20の実投票データの投票者IDから登録データの性別を引っ張ってくりゃいいだけだな

22: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:20:12.399 ID:d3PZBy0Z0
それぞれソートっていうのはわかったけどUNIONを使ってっていうのはいまいちわからなかった
ただ、まあSQLで都度計算すればいいのはわかった

話は変わるけど、データを取り出して加工したあと大量にINSERTやUPDATEするときに比較的速く終わる方法って何かある?
加工処理自体の時間は問わないとして

23: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:24:23.801 ID:GgXoXn1/0
つどアクセスするより一括で更新かけた方が早かった気がする
ただ設定とか件数によってはロック発生したり最悪タイムアウトするからある程度の件数毎に更新かける

24: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 21:40:26.025 ID:d3PZBy0Z0
やっぱり参照頻度と更新頻度のバランスみてって感じかな

25: 以下、5ちゃんねるからVIPがお送りします 2017/12/05(火) 22:22:22.293 ID:AGqECO2X0222222
規模が小さければなんでもいい
規模が大きいと参照用と更新用を分けたりする

スポンサードリンク