これを正しく理解していれば、 log ユーザーアクションの詳細を自動的に記録するためのものであり、 profile ユーザーの詳細を保持します。
logの場合 表では、要約されたデータを保持しようとしているようです。フォームを送信するたびに更新する必要があります。新しいログエントリを挿入することをお勧めします[例: log_id 、 log_date 、 profile_id 、 amount ]送信時に、集計をレポートに任せます。 logからの参加を有効にするには プロファイルへ 、 profile_idを含めます 。
プロファイルの場合 テーブルでは、おそらく first_nameの重複エントリを許可する必要があります | last_name | dob ( profile_id を使用して)それらを一意にする別の方法を見つけてください 、または電子メール、またはパスポート番号)。
rowoneに対するあなたの意図がわかりません 、 rowtwo 、 rowthree 。それらが何であるかを知っている場合は、それらに明示的に名前を付けます。不明な回数繰り返されるアイテムの場合は、別のテーブルに移動することを検討してください(つまり、正規化する)。
次に、レポートについて、 logに参加するためのクエリを作成します。 およびprofile テーブルをまとめて、集計します(つまり、 GROUP BY SUMを使用 および/またはCOUNT 必要なフィールドに。 「VisitCount」はCOUNTになります そのプロファイルのログエントリのうち、「Amount」は SUMになります 金額コード>の 。