1

ユーザーが自分のアカウントの使用量を増やすことができる基本的なアカウントを持つことができるアプリケーションを構築しています。たとえば、ユーザーは 50 MB のデータしか持つことができず、その後はさらに購入することができます...

私が疑問に思っている問題は、この情報をテーブルに保存する方法と、現在の使用状況と現在の制限を管理する方法です。この情報を次のような単一のテーブルに格納するのが最善でしょうか?

Usage
-------------------
id
user_id
mb_used
mb_limit
xx_used
xx_limit
etc

次に、メガバイトなどを注文するときに制限を更新しますか? あらかじめ決められたパッケージも考えましたが、このアプリケーションでは受け入れられません。

より良いガイダンスを提供するためにさらに情報が必要な場合はお知らせください。

ありがとう！

4

2 に答える 2

3

メガバイトの場合は、フラット テーブルで問題ありません。あなたのテーブルについてもっと説明してください。私はあなたをさらに助けることができます.

ここでは、単一テーブル アーキテクチャを使用する場合の考慮事項をいくつか挙げます。

バージョン管理と履歴は、1 つのテーブルでは困難です。購入したメガ数の履歴を見たい場合はどうなりますか?

テーブルへのアクセス速度 - アプリケーションの動作方法によって異なります - 選択よりも挿入の方が多いですか? mb フィールドは "xx" フィールドより頻繁にアクセスされますか? テーブルを分割すると、速度を上げることができます

フラット ファイル テーブルを使用して、バージョン履歴を実行することもできます。

何をしたいかによると思います。

于 2011-01-24T03:38:20.583 に答える
0

レポート テーブルの場合 - アカウントの各操作または毎日の操作の後のスナップショットのように:

使用法：

  • ID
  • ユーザーID
  • mb_used
  • mb_limit
  • タイムスタンプ
于 2011-01-24T03:42:29.880 に答える