で，このモデルを見ればわかると思うけど，breakdownable は決済する対象が増えるたびにどんどん増える． そして，depositable も決済手段が増えるたびにどんどん増える． Rails的にpolymorphicを使うだけなら全然問題ないんだけど，流石に決済系だとあとからこれをSQLで辿ったりすることが，まれによくある． そうすると，これらはすべてLEFT OUTER JOIN していく必要が合って，モデルの個数分だけ LEFT OUTER JOIN するので，軽く10以上のテーブルをJOINしたSQLを書くことになる． これがドキュメントに書かれていて，よくこれをコピペして使っていた． 流石にこんなにやばい両端ポリモーフィックなモデルはこれ以外なかったと思うなぁ． おまけにポリモーフィックを無視してくる モデルの構造を見ればわかると思うけど，depositable 側も br
