問題タブ [zend-db-table]

Zend_Db_Tableモデルをインスタンス化するときに行われた作業を「キャッシュ」するために、コードでこれを行っていることに気付きました。

この方法はあまり DRY ではないことが気になり、今日、これを行うにはおそらくシングルトン パターンの方が優れていることに気付きました。問題は、シングルトン クラスを作成したことがないことです。Web 検索を行ったところ、シングルトンに関する率直なコメントがいくつか見つかりましZend_Db_Tableたが、実際の例はありませんでした。

既にメタデータ キャッシュを構成しています。

1. Zend_Db_Tableモデルをシングルトンにするにはどうすればよいですか?
2. 落とし穴や欠点はありますか？

編集:シングルトンが答えだと考える理由は、コードに次の呼び出しを単純に含めることができ、$x_table = new Default_Model_DbTable_X;存在する場合は単一のインスタンスが返されると思ったからです。これが可能であれば、私はその解決策を好みます。

私はこのようなことをしたいと思います:

ただし、orWhere 句が一意の AND 句でグループ化されていないため、出力されたクエリは正しくありません。これらの NOT LIKE 句を括弧のペアで再グループ化できるかどうかを知りたいです。

私の現在の代替手段は次のとおりです。

ありがとう！

各グループには多くのグループ
の子がいます。groupModel を作成し、コーディングを開始したいのですが、このコードは適切に処理できますか?

メソッド findDependentRowset を呼び出すと、返される行セットには、参照に一致する行セットだけでなく、従属テーブルのすべての行が含まれます。

findDependentRowset は私の「ルール」に一致する行セットのみを返すと仮定していたので、誰かがこれを説明できることを願っていますか?

次の DbTable モデルがあります。

今、私は次のことを実行すると：（質問のために簡略化されています）

$dRow には、$row と同じadvertisingId を持つ「画像」のみが含まれていると予想されますが、代わりに Images テーブルのすべての行を受け取ります。

Zend_Db_Selectのwhere（）メソッドは、オプションの値を完全に含める場合、およびZend_Db_AdapteのquoteInto（）メソッドは、SQLをエスケープする限り基本的に同じですか？

言い換えれば、これらの2つの引用は同一であり、同等に安全ですか？

ありがとう！

プロジェクトの規模、doctrine と zend-db-table の速度とパフォーマンスの観点から、Zend プロジェクト内でいつ doctrine を使用する必要があり、いつ zend-db-table を使用する必要がありますか?

ユーザーがフォームを開いてレコードを変更するが、情報を変更する代わりに、[更新]ボタンをクリックするだけです。これにより、update（）関数は0を返します。ただし、この場合は有効な更新タスクであると考えています。成功メッセージを割り当てることができるように、どのようにテストしますか？

SQLクエリが失敗したときにupdate（）は-1を返しますか、それとも0を返しますか？

メソッド：Zend_Db_Table_Abstract :: update（）

何か案は？

ありがとう

行ごとに異なるクラスを返すZend_Db_Tableを作成するにはどうすればよいですか。

例UserTableにはid、name、typeがありますTypeにはクラス名（admin、clientなど）が含まれます

クラスadmin、clientは、すべてuserのサブクラスです。

fetchを呼び出す場合、db内の対応する値に応じて、管理者オブジェクトまたはクライアントオブジェクトを取得する必要があります。

私の状況は少し異常かもしれませんが、MySQL データベースに外部キーを定義し、Zend_Db_Tableクラスの参照整合性を強制しています。テーブルは InnoDB ストレージ エンジンを使用します。

$_referenceMapレコードを削除する場合、Zend Framework はテーブル モデルの を介して直接の子を適切に識別し、それらを削除します。ただし、直接の子の子が存在する場合、その外部キーの参照整合性に違反しているというエラーがデータベースから返されます: SQLSTATE[23000]: Integrity constraint violation: 1451 Cannot delete or update a parent row: a foreign key constraint fails. Zend_Db_Table_Abstractは、再帰的な方法で参照整合性を強制していないようです。

他の誰かがこれに遭遇しましたか？それはZend Framework のバグですか? 回避策？修正？

アップデート

Nearly a week later and I have no replies to this question. I am thinking I'll have to extend the Zend_Db_Table_Row_Abstract class myself to accomplish this.

を拡張するクラス内に次のコードがありますZend_Db_Table_Abstract。

クエリは正常に機能しますが、返されるデータは配列です。これをリファクタリングして、配列ではなくfetchAllとして返す方法はありますか?Zend_Db_Table_Rowset