状況
私は現在、プレイヤーによるサーバーの評価を含む評価システムを見つけようとしています。ユーザーは、いくつかの異なるカテゴリでサーバーを評価できます。保守性、パフォーマンス、および評価のストレージのコンパクトさは、私が現在バランスを見つけようとしているものです. うまくいけば、これに対するいくつかの良い解決策を思いつくことができます.
必要な MB = (エントリあたりのバイト数) x (500 レビュー) x (4000 サーバー) / (1024) / (1024)
方法 1: 保守可能なブリッジ テーブル 任意の数のカテゴリを格納できます。検索は簡単です。カテゴリは、独自のテーブルで指定された追加の属性を持つことができます。他の方法の保持力と同等にするには、64 の異なるエントリが必要です。
[int サーバー_ID 4 バイト]
[int Account_ID 4 バイト]
[int 定格 2 バイト]
[bigint last_updated 8 バイト]
[int カテゴリ ID 4 バイト]
必要な合計容量: 2929.7 MB。
方法 2: SET 列 格納するカテゴリが 64 未満の場合、SET 列をビット フラグ テーブルとして機能させることができます。
[int サーバー_ID 4 バイト]
[int Account_ID 4 バイト]
【SET評価8バイト】（たぶん少ない）
[bigint last_updated 8 バイト]
必要な総容量: 45.77mb。
方法 3: 複数のビット列 名前が付けられたさまざまなビット列を使用することができます。コメントを使用して、実際のアプリケーションで表示するときにカテゴリの説明を引き出すことができます。
[int サーバー_ID 4 バイト]
[int Account_ID 4 バイト]
[複数ビット定格: 8 バイト??? バイト]
[bigint last_updated 8 バイト]
必要な総容量???: 45.77MB。
