これを正しく理解していれば、 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
になります 金額コード>の 。