Closed ricchandes closed 1 year ago
furimaアプリのデータベースのER図とモデル設計をお送りいたします。 ユーザー情報を users テーブル、商品情報をitems テーブル、購入履歴をpurchases テーブル、出品情報をaddresses テーブルとして作成いたしました。
アソシエーションの詳細に関して:
①usersテーブルとitemsテーブルについて⇒一対多 ユーザーは商品を複数出品できるため ②usersテーブルとpurchsesテーブルについて⇒一対多 ユーザーは商品を複数購入できるため ③itemsテーブルとpurchasesテーブルについて⇒一対一(親はitemsテーブル) 商品に対して、購入記録は一意的に定まるため ④purchasesテーブルとadressesテーブルについて⇒一対一(親はpurchasesテーブル) 購入に関しての発送先は一意的に定まるため
テーブルカラムの詳細情報やその他のアソシエーションの詳細はREADMEの記載通りに作成する予定です。
★コードレビュー後ER図を編集しました。7/4
What
furimaアプリのデータベースのER図とモデル設計をお送りいたします。 ユーザー情報を users テーブル、商品情報をitems テーブル、購入履歴をpurchases テーブル、出品情報をaddresses テーブルとして作成いたしました。
why
アソシエーションの詳細に関して:
①usersテーブルとitemsテーブルについて⇒一対多 ユーザーは商品を複数出品できるため ②usersテーブルとpurchsesテーブルについて⇒一対多 ユーザーは商品を複数購入できるため ③itemsテーブルとpurchasesテーブルについて⇒一対一(親はitemsテーブル) 商品に対して、購入記録は一意的に定まるため ④purchasesテーブルとadressesテーブルについて⇒一対一(親はpurchasesテーブル) 購入に関しての発送先は一意的に定まるため
テーブルカラムの詳細情報やその他のアソシエーションの詳細はREADMEの記載通りに作成する予定です。
★コードレビュー後ER図を編集しました。7/4