良いアイデアというか設計がまとまらず悩んでいます。現在の状況は、商品DBがありまして1レコードずつに商品データが格納されている状態です。そこに、人気投票のフィールドを追加するのが一番簡単なのですが以下の問題があります。わけることが出来ない。2.1商品に対して1日1回の投票にしたいのですが、この場合javascriptでしか制御できないため無効にしている人には効果が無い。3.商品レコードを呼び出して、人気フィールドの値に加算するため最低2クエリ必要。解決策として以下の処理を考えています。1.投票DBを制作し1クリック毎にレコードを追加。この場合、Cronなどを使って一定の期間で何らかの処理をしないと量が多くなりそう...どのくらいの、期間でどんな処理をすればよいのでしょうか?2.商品毎にカウントDBを作成する。有料アンケート・ポイント付き質問機能は2023年2月28日に終了しました。月単位くらいでバックアップや消去していく流れにすれば管理は楽です【備考】サーバ負荷は極力減らしましょうjavascriptが使えない状況では投稿できないようにしてしまうくらいのことが必要になる場合もありますそれは無理だとしても、クッキーを使って多重投稿されないような仕組みくらいは構築しましょうざっくりとした質問なので、以上ざっくりとお答えさせていただきました(不明点があれば、コメント欄でよろしくです)とても参考になりました。本当に有難う御座います。月単位くらいでバックアップや消去していく流れにすれば管理は楽です【備考】サーバ負荷は極力減らしましょうjavascriptが使えない状況では投稿できないようにしてしまうくらいのことが必要になる場合もありますそれは無理だとしても、クッキーを使って多重投稿されないような仕組みくらいは構築しましょうざっくりとした質問なので、以上ざっくりとお答えさせていただきました(不明点があれば、コメント欄でよろしくです)とても参考になりました。本当に有難う御座います。22:33:0420pt1.投票DBを制作し1クリック毎にレコードを追加。この場合、Cronなどを使って一定の期間で何らかの処理をしないと量が多くなりそう...どのくらいの、期間でどんな処理をすればよいのでしょうか?集計処理なんて管理者がわで見れればよいもんじゃないの?管理画面で見るだけならリアルタイムに集計して5分ぐらいかかっても良さそうなもんだが。定期的に集計結果を入れ替えるようにするだけじゃないかな。どのくらいの、期間でどんな処理をすればよいのでしょうか?逆に聞くけど、どのくらいの期間でどんなデータの見せたいの?2.商品毎にカウントDBを作成する。テーブルが多くなりすぎて面倒そうです...テーブルが都度増えるという設計は無しだ。詳しい説明は省くけど、あとで泣きを見るのは確実。14:27:1740pt>この場合javascriptでしか制御できないため無効にしている人には効果が無い。クッキーだけ使えば、制御できるはずです。クッキー無効にしてる人には効果がないですね。違うんです、クッキーを無効にしてたり、Javascriptを無効にしてたら投票できないようにするのです。そもそも、この2つを無効にしてる人なんて、普通の人ではほとんどいません。無効にしてるのは、変な人たちだけです。携帯電話からの投票とか考慮してるのなら話は別ですが・・。---------------------------------->1.投票DBを制作し1クリック毎にレコードを追加。>この場合、Cronなどを使って一定の期間で何らかの処理をしないと量が多くなりそう...>どのくらいの、期間でどんな処理をすればよいのでしょうか?投票データが1日でどの程度になるとかそういう推測がなければなんともできないけど。用意できるサーバーリソースとかによる。このあたりを考慮して一月単位ですむならその方向で。>2.商品毎にカウントDBを作成する。>テーブルが多くなりすぎて面倒そうです...カウントDBテーブルのフィールドに「商品コード」をいれればひとつですみます。>日別、月別、年別の集計のほかに前日比みたいな感じも機能として欲しいのですがその都度、SQLで集計すれば?投票データの件数にもよるけど、そんなに多くないのなら。経験ないんだったら、頭の中だけで設計できないよ。実際にデータを作って、応答時間を計ったりいろいろしないと。それか、プロトタイピング技法をつかって、とりあえず作って問題あるところを改善していく。集計データもSQLで毎回集計して表示してもいいわけですし、それで速度的に問題あるのなら、1日ごとや1月ごととかにプログラムを走らせて集計すればよいのです。本当に有難う御座います。key)というようなDB設計をします。ベースに弾くようにします。追記しないようにします。