MySQL製品販売スキーム

Question

私はウェブサイトを作成する過程にあり、その分野での経験があまりないため、データベーススキーマに関するアドバイスをしたいと思います。

2つの製品（product1とproduct2）が販売されていたサイトがありました。

ユーザーがいずれかの製品を購入すると、ユーザーは自分のアカウントにアクセスするためのキーを持つユーザーアカウントを取得します。ユーザーはアカウントページから製品をダウンロードできます。その後、そのユーザーは後で残りの製品を購入することができ、製品は自分のアカウントに追加され、最初の製品を購入するときに与えられたキーを使用してproduct1とproduct2の両方をダウンロードすることができます。

支払い情報（支払い方法、トランザクションID、タイムスタンプなど）も保存されます。

私は現在、私のスキーマがなるように計画している：

私はそれをやっている方法が最適ではなく、それを整理するためのより良い方法があることを感じています。アドバイスはありますか？

は、事前に役立つと感謝することができます願っています:)

Answer 1

あなたのスキーマが格納されるオブジェクトを識別し始めることをお勧めです。これは、候補コンポーネントがあるかもしれないように見えます

• ユーザー
• （ユーザデータ）
• 製品
• 購入

これらのエンティティは、あなたがから始めるのテーブルになります。関係を適切に追加する。

あなたのスキーマ内のエンティティを特定することで、うまくいけばテーブルを外側に広げることができます。たとえば、製品を追加するたびにスキーマ全体を修正する必要はありません。同様に、毎回新しいテーブルを追加することは望ましくありません。

これらを特定したら、normal formに入れてください。一般的には第3正規形が推奨されます。おそらく、スキーマに示されているように、購入エンティティの下にある冗長なデータが多くあり、それを別のテーブルに分けると、より管理しやすいスキーマになります。

これにより、後で同期が外れる可能性のあるテーブル内の重複したデータが排除され、一部のデータがどこにないのかを特定するのに役立ちます。