0

私は、ジムのパーソナル トレーナーがクライアントのワークアウトを追跡するためのアプリに取り組んでいます。その仕組みは、基本的に 2 つのグループに分けられます。

名前、説明、セット、担当者、および重量だけの、非常に簡単なエクササイズがあります。そして、トレーナーがクライアントに割り当てる一連のエクササイズであるプログラムがあります.

トレーナーがプログラムを割り当てたら、開始日と終了日を選択します。それがクライアントに表示されます。たとえば、トレーナーが 4/8 から 4/13 までのエクササイズ A、B、および C を含むプログラムを割り当てるとします。目標は、クライアントが毎日各エクササイズに印を付けて、何をしたかを追跡できるようにすることです。したがって、4/9 にはエクササイズ A と C だけを行い、4/10 には 3 つすべてを行う場合があります。

私が抱えている問題は、各エクササイズ、毎日、クライアントごとに行を書き込む必要があることです。これは、トレーナー/クライアントの数が増えると、多くの行が追加される可能性があります.

私が一緒に働いている開発者は、パフォーマンスの問題が発生するのではないかと心配していますが、簡単に言えば、より多くの時間/時間を請求するために問題をでっち上げている可能性も非常に高いです。

彼らは私に解決策があるかどうか尋ねたので、それが問題を引き起こすとは思わないように見える何人かの友人に尋ねました.

ええ、そのようなことが Web アプリの問題になると思うかどうかを尋ねる非常に長い説明です。

4

2 に答える 2

0

いいえ、10 万行を簡単に処理できます。

データベース スキーマは適切に設計され、すべてのテーブルが正しくインデックス付けされている必要があります。InnoDB をストレージ エンジンとして使用することは、テーブルの整合性を維持するための頭痛の種を軽減できる外部キーのサポートにより、適切なオプションです (つまり、クライアントが削除され、そのすべての演習が削除される可能性があります)。

表示される行数が多すぎないように、すべてのページにページネーションを実装します。

于 2013-04-08T17:42:50.480 に答える