問題タブ [rating-system]

アプリケーションはユーザーとオブジェクトを処理し、ユーザーは3つの機能（機能ごとに1つの評価）でオブジェクトを評価します。

編集：最後の文は不明確です：機能によって私はすべてのオブジェクトによって共有される基準を意味します

そのようなシステムのデータベースをどの程度効率的に設計しますか？評価システムを扱うデータベースを設計するためのベストプラクティスは何ですか？

私が考えていたもの：

テーブル：

• ユーザー
• オブジェクト
• feat1rates
• feat2rates
• feat3rates

と関係：オブジェクトには多くの

• feat1rates
• feat2rates
• feat3rates

ユーザーは多くを持っています

• feat1rates
• feat2rates
• feat3rates

親指システムを実装することを考えていましたが、登録が必要になるため、新しいアカウントを作成しない限り、複数回投票する可能性が排除されます. そこで、Urban Dictionary の親指システムについて疑問に思っていました。それはどのように機能しますか？私のIPはデータベースに保存されるので、人々は複数回投票することはできないと思いますが、IPはかなり頻繁に変更され、特にiPhoneを使用している場合は特に. おそらく、Cookie と IP チェックの組み合わせです。誰かが私により良い洞察を与えることができますか? あなたが複数回投票しないようにするために、彼らは何をチェックしますか?

私が尋ねる理由は、代わりに公共のシステムを作りたいと思うかもしれないからです。SO のように、アカウントを作成する前に質問をしてから 2 つをリンクさせることができるハイブリッドなのかもしれません。PHPとMySQLを使用しています。

私はこれを縮小しようとしています...しかし、それを行う方法を見つけることができません。基本的に5行程度に圧縮する方法はないかと思いますか？

ご協力いただきありがとうございます！

これがhtmlです：

次のスタックオーバーフロー、より具体的には質問の評価を処理するスキーマの部分のためにDBスキーマを設計しているとしましょう。

次のようなテーブルを使用すると思います：
ratings（question_id、user_id、rating）
...これは、評価を記録し、同じ質問に2回投票するユーザーがいないことを確認します。

そのテーブルだけで評価データを処理できますが、クエリが遅くなる可能性があります。

パフォーマンスを考慮して、このデータは評価テーブルのデータから派生しているため冗長になる場合でも、各質問の評価の合計を質問テーブルに保存することを検討しますか？

URLに表示せずにlink_to呼び出しでパラメーターを渡す方法はありますか？私は単純な星評価システムを作成しており、基本的に各星を、同じページの新しいレンダリングにパラメーターとしてその値を渡す画像リンクにしています。ヘルパーコードは次のようになります。

完全に機能しますが、現在、星の評価はURLのパラメータとして表示されます。理想的には、その情報を何らかの方法で非表示にしたいのですが、hidden_​​field_tagとhidden_​​tagの両方を試しましたが、どちらも機能しません。これを行う方法はありませんか、それとも私は完全に初心者ですか？

私は Web テクノロジに非常に慣れていません。これは基本的に、私のチームが取り組んでいる期間プロジェクトのためのものです。食品レビューサイトを運営しています。

今のところ、単純な 5 つ星評価システムを実装する方法がよくわかりません。PHP のようなサーバー側の言語または Javascript (JQuery を使用) のようなクライアント側の言語を使用することになっていますか? 周りを見回すと、JQuery の方が適しているように見えますか? それとも両方の組み合わせになりますか？

機能に関する限り、私が探しているのは次のとおりです。

• マウスをホバーすると星が光る
• 星がクリックされたときにページをリロードする必要はありません (実際には必要ありません)。
• 星の横に表示されるある種の平均
• 評価は MySQL データベースのどこかに保存する必要があります (これは良い考えですか?)

質問が曖昧でばかげているように聞こえる場合は、本当に申し訳ありません。これを実装する方法についての手がかりがあまりなく、グーグルで調べてみました。ご不明な点がございましたら、お気軽にお問い合わせください。

どうもありがとうございました。

私は、運動結果の別の評価システムを開発しようとしています。私たちは皆、レースの投稿評価システムを過ぎた伝統的な最初のことを知っています。オリンピックの100m決勝を考えてみてください。最初に金、2 番目に銀、という具合です。このシステムは、上位 3 人だけに利益をもたらします。

私のシステムでは、レースのシリーズ/リーグがあり、8 人のランナー全員が互いに 8 回競い合います。レースごとの個々のパフォーマンスを評価する際に、ランナーの年齢区分と基準、および最終的な順位を考慮したいと思います。結果を記録するので、過去の結果も考慮できます。レーティング システムの目的は、最下位のランナーが後のレースで競争力を維持できるようにすることです。また、エリート ランナーがシリーズを進めていくにつれて、その基準を引き上げることも目的としています。

私の現在の考えでは、各レースの開始時に、各ランナーに 1 ポイントが割り当てられます。レース後のポイント配分に関しては、各ランナーは評価するカテゴリごとに 0.1 ポイントを獲得または失う可能性があると考えています。

レース順位については、勝者が他のすべてを打ち負かすため、.1 * 7 を取得し、最終的に 1.7 ポイントになります。最も遅いものは、.3 ポイントに低下します。

次に、年齢カテゴリを見て、同じルールが適用されます。若い人に勝った場合、0.1 ポイントを獲得し、0.1 ポイントを失います。

すべてのカテゴリが処理されたら、ポイントに基づいてランナーを配置します。

2 番目のレースでは、同じプロセスが発生します。追加のカテゴリが考慮されるようになり、ランナーのポイントを最後の結果と比較します。同じランナーが最初の 2 つのレースで優勝したと仮定してみましょう。2 人のポイントは同じですが、前のポイントに勝てなかったため、最も遅い人にポイントを失います。

同じプロセスがすべてのレースで繰り返され、最後に最も安定したランナーが特定されます。他のスポーツランキングシステムでこのようなものに遭遇した人はいますか? 私はこれを複雑にしすぎていますか？

-- 編集 1 --

それぞれの開始時に各ランナーに 1 ポイントを与え、次にカテゴリに基づいてランナー間でポイントを転送する代わりに、各カテゴリには一連のポイントがあり、これらのポイントを、一致する各ランナーのセットに分割するという方法があります。基準。

これはサッカー リーグに似ており、各試合の勝点は 3 点、引き分けの場合は 1 点、負けの場合は 0 点です。チームは、カテゴリーのポイントを獲得するために競います。

-- 編集 2 --

チェスのランキングに使用されるスイスモデルと呼ばれるこのトピックを見つけました。このシステムは、プレーヤー対プレーヤーの競争と、結果に基づくポイントの分割を前提としています。これは、イベントで 8 人のランナーに対して 8 人のランナーに拡張できると思います。次に、ランナー間の個々の結果を検討します。

-- 編集 3 --

IRB World Rankingsとその説明は、私が試みているものと一致しているようです。各ランナーは 40 ポイントで始まり、勝敗のサイズに基づいて、ランナー間でポイントを転送します。1 つの良いレースをした遅いランナーは、最速のランナーから多くのポイントを獲得します。ゆっくり走っても報われません。

新しいプロジェクト、ビデオ Web サイトに着手しようとしています。ユーザーは登録し、「いいね」や「嫌い」などをクリックして動画に投票できます。いずれにせよ、5 つ星システムではなく、2 オプション投票システムになります。

X 日ごとに、最も人気のある動画の「チャート」を生成します。私の質問は、特定の動画の人気をどのように判断すればよいですか?

再生回数が最も多い動画を集計するルートに行った場合、これは非常に悪い動画がチャートの上位に入るという影響を与える可能性があります (単にそれらが非常に悪いという理由だけで)。

「好き」と「嫌い」の投票数に基づく採点システム (たとえば、100 の好きな投票と 50 の嫌いな投票は 2 のスコアに等しい) のルートに進むと、ビューの少ないビデオが一番上に表示される可能性があります。チャート。

だから、私がする必要があるのは、2つの組み合わせです。もちろん、スパム的な意見や投票は除きます。

この件について、皆さんはどうお考えですか。

編集:次のタグが削除されました: [ mysql ] [ postgresql ]、他のより代表的なタグのためのスペースを空けるため。意図した実装で使用されている SQL テクノロジは、評価モデル自体に関する考慮事項にはあまり関係していないようです。

アプリケーションが削除されるときに、アラートビューに似たものにしたいiPhoneアプリケーション内に評価アラートを作成しようとしています.しかし、ボタンを押して評価を作成したいと思いますiTunesへの評価。出来ますか？

前もって感謝します！

製品評価をデータベースに保存するための最良の方法は何ですか? 次の 2 つの (単純化され、MySQL データベースを想定した) シナリオを念頭に置いています。

products テーブルに 2 つの列を作成して、すべての投票の数と合計をそれぞれ格納します。列を使用して、実行時またはクエリを使用して平均を取得します。

このアプローチは、1 つのテーブルにアクセスするだけでよいことを意味し、物事を簡素化します。

評価を格納する追加のテーブルを作成して、データを正規化します。

これにより、評価データが別のテーブルに分離され、製品テーブルが利用可能な製品に関するデータを提供するようになります。ただし、評価には結合または別のクエリが必要です。

正規化されたアプローチと非正規化されたアプローチのどちらが最適ですか?