経験によって生まれるからである。ビジネスロジックを分離して、スッキリさせる方法として、「リポジトリパターン」というものが存在するそうです。ビジネスロジックを置いていくというものです。言わせれば、そもそも分離しなければならないような複雑化を解消するべきであるかと。モデルはそれでも役不足※であるとも思えます。※役不足:高い力量に対して役割が不足している事。行ったり来たりする要素が増える事です。またぎながら、コードを読み解くのは、けっこう大変な事です。いいのではないかと思えます。言うと、そもそも領域分けしなければいけないほど、SQL文を肥大化させるべきではないとも言いたいです。整理されていないという事でもあります。新たな領域を作成して、そこにビジネスロジックをブチ込む以前の問題と言えます。個人的には、データベース自体も、もっとシンプルであるべきではないかと思います。まとめておき、ひとつの主キー※を示す情報を元に、各情報を取り出せるようにするべきだと思います。※主キー:「プライマリーキー」とも呼ばれる。複数条件を指定しなくても、そのキーひとつで情報を特定できる要素。何も考えずに概念や原則を導入するのではなく、まずは根本からの見直しこそが重要かと思います。