ORMS 뒤의 텍스트 컬럼을 가진 MySQL 대형 테이블

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

일반적으로 나는 성급하게 최적화하지 말라.

그러나이 경우에는 이미이를 수행 할 인수가 있으므로 지금은 설명해 드리겠습니다. 시체를 표시하지 않고 기사 머리글 목록을 표시하고있는 것 같습니다. 기사와 관련된 자신의 테이블/클래스에 시체를 두지 않으시겠습니까?

기사 헤더와 기사 본문은 이미 두 개의 개별적인 것으로 보입니다.

Answer 2

특정 ORM을 사용하고 있습니까? 아니면 자체 개발 한 ORM을 사용하고 있습니까? Propel을 사용할 경우 지연로드이되도록 열을 설정하면 나머지 객체가 아닌 명시 적 요청시로드됩니다. 그렇지 않다면, 당신의 ORM이 이것을 지원하는지 아니면 빌드 하는지를 확인하십시오.