デザインパフォーマンスの最大のためのMySQLのデータ

Question

こんにちはみんな&は、各プレイヤーが多くの文字を再生することができます

を助けてくれてありがとう。各キャラクターには、特定のステータス（キル数、死亡数、勝率、試合数など）があります。私はすべての選手とテーブル "選手"を持っています。私は、パラメータの1つ（たとえば、勝率）に従って、キャラクターごとに選手を順位付けしたいと思います。このランクは毎時間更新されるので、私の最優先事項は更新のスピードです。 私の開発者は、各行がカップル（プレイヤー、キャラクター）を表すテーブルを作成してから、統計と同じ数のフィールドを作成することを提案しています。 私たちは現在、このようなテーブルの将来のパフォーマンスを心配している。

しかし、将来、私はデータベースに約100億人のプレイヤーが存在することを期待しています。これによって100万行になります。それは速度の点で最適なソリューションですか？ 私は、すべての統計情報（勝率：50％、試合回数：845など）を含むテーブルのプレイヤーに追加のフィールドを1つ追加することを考えました。 charaterによってランク付けのプロセスは、かもしれないが、時間がかかり、JSONフィールド毎回、検索するために意味するものではあります。

をよみんなはどう思いますか？ あなたの助けをありがとうございました

Answer 1

あなたが持っているでしょう、あなたの開発時に言うことですか1Mのプレイヤーは、それが問題であればそれを変更するお金を持っています...多分それはそうではないでしょう...

MySQLでJsonを使うのは、MySQLでは良い方法ではありませんdは毎回このjsonを更新します... https://www.sitepoint.com/use-json-data-fields-mysql-databases/多分あなたはMongoDBであなたのJSONソリューションを行うことができます。

しかし、キャラクターレベルでこれを必要としない場合は、キャラクターレベルではないプレイヤーレベルでは、テーブルフィールドに統計フィールドを追加して勝敗を計算することができます。