【Rails】におけるDB設計・同じ構造のデータを複数扱いたい

Question

前提・実現したいこと

Rails初心者です。
複数の同じジャンルのサイトからスクレイピングしたデータを整形して表示するWEBアプリを作っており、取得したデータを格納するデータベースの設計について考えています。

発生している問題

同じ商品を扱うサイトA、サイトB、サイトC......から商品名とその価格を取得しています。商品名はあらかじめすべて統一しており、同じ商品が2つ以上の名前で表されることはないようにしています。
取得元のサイトは10サイト弱を予定しており、アプリ完成後も容易にに追加・削除ができるようにしたいと思っています。

ここで、データーベースにどのようにデータを格納するかを2つほど考えてみました。

1）
サイトごとにテーブルを分け、商品情報を保管するマスターテーブルを作る。
サイトごとのテーブルにはマスターの商品IDとそのサイトでの価格、価格の更新日時を格納する。

２）
1つのテーブルに、商品名、サイトAの価格、サイトBの価格.......、サイトAの価格の更新日時、サイトBの価格の更新日時......のように、各サイトごとのカラムを作る。

個人的には１）のほうが良さげに思ったのですが、Railsでの実装が煩雑になりそうだなと思ったことと、また、２）は逆にカラム数が増えすぎる心配とサイトの追加・削除によるカラムの追加・削除が難しくなりそうだと感じたこととで結論に至れておりません。

どなたかデータベース設計でアイデアや一般論などある方、ご教授よろしくお願い致します。

補足情報（FW/ツールのバージョンなど）

Ruby 2.6.3
Rails 6.0.1

Answer 1

私なら一つのテーブルで
[商品名, 価格, サイト, 更新日時]
かな

設計がシンプルでまずは実現しやすいからです。例えば
[ガリガリ君, 100, a-shop, ...]
[ガリガリ君, 101, b-shop, ...]
[ガリガリ君, 99, c-shop, ...]
[ガリガリ君, 98, d-shop, ...]
とあった場合、ガリガリ君で検索すれば、4件抽出され、価格の平均値も出しやすい。また、サイトで検索すれば、商品数もカウントしやすい。などが思いつきます

Comments

[winterboum]

わたしもこれですね

[sss]

たしかに1つのテーブルにしたほうが分かりやすいと思ったので、とりあえず回答を参考にやってみます！

[sss]

丁寧な回答、ありがとうございました。