顧客ごとにテーブルを作成することはありでしょうか？

Question

前提・実現したいこと

WEBアプリケーションの勉強がてら、メルカリをモデルにWEBショッピングを作ることになりました。
現在、データベース設計のところでつまずいてしまっています。
具体的には、購入履歴の検索部分です。設計として、２パターン考えたのですが、どちらにも利点欠点があり、迷ってしまっています。
今回の場合どちらでも問題ないのですが、目的が勉強なので、本来ならこうするべきというパターンを教えてください！

パターン１

購入済み商品ユーザIDというテーブルをユーザごとに作る
購入履歴はそこから取得
利点：取得するだけなので早い
欠点：テーブルがバカ増える

パターン２

購入済み商品というテーブルを作る（購入者IDというカラムがあります）
購入履歴は購入者IDを使って検索
利点：テーブルが１つで済む
欠点：検索に時間がかかる（データ数が多い場合、購入ごとに期間が開くとき）

Answer 1

通常のデータ管理上パターン１はありえないです。
例外的にたとえば顧客ごとに蓄積する項目が異なり、１テーブルで
管理するメリットがないならそういうパターンもあるかもしれません

Comments

[chankane]

ご回答ありがとうございます。パターン1はあり得ないと断言できる理由はなんですか？初心者ですみません。

[yambejp]

圧倒的に非効率だからです。
ちなみに適当な規模でテーブルをわけるパーティショニングという技術があります
顧客ごとにわけることはメリットがありません

[chankane]

納得です。ありがとうございました<(_ _)>