HABTMの中間テーブルがAppModelオブジェクトになってしまう問題の対応 - cakephperの日記(CakePHP, Laravel, PHP)
今回の話はCake1.2で確認しましたが、1.3でも同じだと思います。 CakeのHABTMは中間テーブルのモデル(例えばDivisionsUserモデルなど)を作らなくても動いてくれて便利なのですが、意外とはまりポイントがあるので書きます。 本解決策により、下記の方のような悲鳴もなくなるでしょう。 http://d.hatena.ne.jp/tsugehara/20100213/1266071529 今回説明で利用するサンプルコードは、上記のブログの例を元にしています。 中間テーブルにid以外のカラムを追加したりして（例えばアクティブフラグとか）、中間テーブルのモデルも別途作り、あえてそのモデルをusesやClassRegistry::init()で読み込んだ場合、そのモデルで指定したプロパティなどが全てなくなってしまいます。バリデーションやリレーション設定全てがなくなるので泣きたくなる
トランザクションデータ（とマスターデータ）について思うところ - 急がば回れ、選ぶなら近道
業務系のデータ処理では、大きくはトランザクションとマスターに分かれる。 マスターデータは特に、モデルや制御の方法が何かと面倒くさいので、よく議論になる。「マスターデータの管理の手法」というセミナーまで定期的に普通に開かれることも多い。他方、トランザクションデータ（以下TXデータ）は、普通に受け渡しのデータなので、フラットにダラダラ書いておけばよい、という扱いが大抵になる。そもそもER志向でモデルを設計すると、ほとんどは図面はマスターで占められ、TXデータはやたらなんか大量のフィールドを持つ大きなクラスがあるわいね、という扱いも多い。 あと、設計の観点からいうと、ERベースだとマスター設計が花形になる。まぁわかりやすいし、設計作業がしやすい。マスターは「構造」になり、TXデータは「構造」になりにくい。設計者は「構造」が好きだ。良くできた設計は確かに堅牢で、一定の変化にも追随できる。ある種の「
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
