---
# System prepended metadata

title: pair-1a レビュー 2021/05/19
tags: [ペアレビュー]

---

# pair-1a レビュー 2021/05/19

###### tags: `ペアレビュー`


### Furukawa
- 注文はあくまで一つ一つの注文で、伝票はそれとは区別したい、という考え
- 顧客と伝票が1対1になっているが、1人の顧客に複数の伝票があり得るので、1対多になっているはず
- 税率についても同様

- カテゴリーの書き方がマルチカラムアトリビュートになりそう。
    - ある商品が同一階層で複数のカテゴリに属することがなければ、今のままの設計でも問題なさそう
    - カテーゴリは階層構造。であれば、閉包テーブルでする方が良い？？
    - 階層がどんどん深くなる場合は、なおさら閉包テーブルかな？
    - カテゴリーとタグの違いかな？と思いました。
- 追加仕様については、単純に合計金額を入れるだけでも良いし、キャンペーン用のテーブルに、詳細とキャンペーン時の金額、ロジックがあればそのcodeを指し示す

### Nakano
- 税率テーブルは別で持たせるのか？については聞いてみたい
    - nakano
- 正規化をどこまでするのか、雰囲気でやってしまっている（一応従属性を考える？などの判断基準が書かれているらしい）
    - 従属関係はどう考えれば見つけられるのか？


### Sasaki
- is_paidをcustomerが持たない方が良い
- 安全に作るなら、orderstatusと支払いのstatusを別々に管理する、というのが良さそう（中間テーブルを作成する）
- 最新のデータを取ってくるためにcreated_atを持ってくる


### 質問

- 税率テーブルを作るかどうか
- 階層関係っぽいカテゴリーをどのように作る？表現する？