ORMS

Question

2つのテーブルに分割するかどうかには、テキスト列を含む大きな（数百K個の）レコードがあるかどうかに少しのジレンマがあります。

質問店舗のニュース記事内のテーブル：

CREATE TABLE `article` (
    `id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT, 
    `articleType` varchar(7) DEFAULT NULL, 
    `dateCreated` datetime NOT NULL, 
    `label` varchar(75) NOT NULL, 
    `lastUpdated` datetime NOT NULL, 
    `reporter` mediumint(8) unsigned NOT NULL, 
    `text` text NOT NULL 
    PRIMARY KEY (`id`), 
    KEY `reporter-fk` (`reporter`), 
    CONSTRAINT `reporter-fk` FOREIGN KEY (`reporter`) REFERENCES `reporter` (`id`) 
) 

ので、大したことは、あなたが（最新ニュース）の見出しを取得したいまっすぐSQLにあなたが欲しいの列（ID、ラベルをつかむだろう、 列のすべてが含まれていdateCreated）と

ORMでの作業、しかし、オブジェクトが取得されたくないもの（特に肥大化テキスト列）を除外するには、その直近の50つかん記事はいくつかのオーバーヘッド、おそらくそれほど大したものではありませんが、私はまっすぐSQLを書くとき、私はこのケースではすべてのフィールドをつかむことはありません。

ORMの現実を考えれば、テキスト列を別の関連する表に分割するか、気にしないでORM grab-the-whole-enchiladaのコンベンションに参加して、サイトのトラフィックがより効率的になるように心配してください、2テーブルソリューション？

Answer 1

通常、早すぎて最適化しないと言います。

しかし、この場合は、すでにこれを行うための議論があるので、私は今すぐ中止したいと思います。あなたはおそらく、本文を表示せずに記事ヘッダーのリストを表示しています。記事に関連するテーブル/クラスに体を置くのはなぜですか？

記事ヘッダーと記事本文はすでに2つの別々のものであるようです。

Answer 2

特定のORM、自家製のものを使用していますか？ Propelを使用している場合は、に遅延ロードという列を設定します。これは、オブジェクトの残りの部分ではなく、明示的な要求でロードされます。そうでない場合は、ORMがこれをサポートしているかどうかを確認してください。