Relational query

[zin-]

先に

• Refactoring Repository #377
  をやる

---

Relationがある場合は、1アクセスで必要な情報が取得できるようにする
1+N問題対策

方針

selectに対する想定しか無い気がする

• selectは純粋な1+N問題対策

• updateはcascadeというか親をarchiveする際に、子も 同じarchivedAtという意味で同時にarchiveされてほしい

• deleteも同じかも

  • こっちはFK制約で親だけ削除ができないので、問題は発生しないが子を消して親を消してみたいな順番を毎回考慮するのがめんどうなので自動でできるならやって欲しい

• in

  • Database.selectに対して、結合して返却してほしいTableの情報を渡す
  • 結合の条件も必要かも
    • 基本的にはRelationがある場合、FKを定義しているのでそれでjoinするだけで良いはず
      • 子がarchivedでないかとは追加の条件として見たくなる気がする

• out

  • 出力型はどうなる？
    • Databaseの出力型はMap
    • Mapの中に、"childName" : Map(childValues)で置けば良い
      • 1:NならIterable<Map(childValues)>でいい
    • Applicationの型への変換はRepositoryの責務