CakePHP 3 - カスタムSQLコードを置く場所

Question

私はCakePHP 3でアプリケーションを構築しています。これは、Cakeの規約では構築されていない多くのレガシーデータベースを使用しています。

Cakeが提供するORM機能を使用したくないのですが、「Raw SQL」というだけでなく、すべての関係を設定するのが面倒です。また、データベース構造を変更することもないため、ORMは非スターターです。だから私はすべてのための生のSQLクエリを書くつもりです。

ただし、私は確信していませんここではこのコードが置かれます。私はhttps://book.cakephp.org/3.0/en/orm/database-basics.html#running-select-statementsを読んだことがありますが、実際にそのコードをどこに置くかは言いません。

MVCの目的を凌駕するので、コントローラにクエリを追加するのは理想的ではありません。

私が本当に必要とするのは、すべてのクエリを別の関数に入れて、それらをコントローラで参照できるモデルです。

ケーキ2.xでは、app/Model/の下にモデルを作成するだけで、コントローラーに必要な場所に（loadModel）をロードするのは簡単でした。しかし、新しいCake 3.x TableとEntityのスペースでは、これはどのようにフィットするのか分かりません。

私はModelless Formsでも読んでいますが、どちらかが正しいとは思いません。例えば、アプリケーションの最初のページには、SELECTという文である化学物質のリストが表示されます。この段階では、フォームやユーザー入力は一切含まれていません。

明らかに、コントローラーからモデルにデータを渡す必要がある状況もあります。ユーザーの入力に基づいてクエリを実行します。

アドバイスをいただければ幸いです。

Answer 1

コメントに記載されているとおり、私はORMを捨てないことをお勧めします。それは非常に多くの利点があります。長期的にはおそらく残念です。

テーブルを設定することは大したことではありません。すべてを焼くことができ、リファクタリングを行うことができます。たとえば、参照とファイル名の名前を変更するという汚い作業を行い、手動でルールと関連付けを設定しますデータベーススキーマ、外部キー、および場合によってはアソシエーションのプロパティ名（これは可能なエンティティを更新する必要がある可能性があります。）に関して構成するのは、それほど多くなくてはいけないので、やや面倒かもしれません。注釈も） - 多分ここやそこにも条件やものがありますが、まあまあです。

言い換えれば、完全性のために、いつでもどこでも好きなロジックを作成することができます。 CakePHPは単なるPHPなので、Modelの名前空間（モデルに関連するロジックには当てはまります）のどこかにクラスを作成し、必要に応じて他のクラスと同じように使うことができます。

// src/Model/SomeModelRelatedClass.php 

namespace App\Model; 

class SomeModelRelatedClass 
{ 
    public function queryTheDatabase() 
    { 
     // ... 
    } 
} 

$inst = new \App\Model\SomeModelRelatedClass(); 
$results = $inst->queryTheDatabase(); 

本当に

• Cookbook > Database Access & ORM > Associations - Linking Tables Together > BelongsTo Associations