db 디자인에서 더 많은 행이나 테이블이 있습니까?

저는 이미 답변을 알고 있지만 일부 확인을 원할 것입니다 ...db 디자인에서 더 많은 행이나 테이블이 있습니까?

220 개의 텍스트 파일을 제공 받았습니다. 각 파일은 다른 제공자 범주입니다. 총 320 만 건의 기록이 있습니다.

내 성향은 ID로 카테고리에 링크하는 카테고리 테이블과 제공자 테이블을 생성 한 다음 상태 나 성에서 검색 할 수있는 다른 모든 색인을 색인화하는 것입니다.

다른 옵션은 범주 당 하나의 테이블을 갖는 것입니다. 그러나이 방법보다 작은 행 크기 이외에 많은 단점이 있다고 생각합니다.

PHP/MySQL 구현입니다.

누구나 어떤 이유로 든 별도의 테이블 옵션이 더 좋다고 생각하십니까?

감사합니다, 두 테이블 접근 D.

2011-02-08 Don

데이터를 어떻게 사용 하시겠습니까? 궁극적으로 집계 될 예정입니까, 아니면 각 제공자에 대한 개별 보고서가 있습니까? –

집계 됨 나는 믿는다 ... 나는 프로젝트에 들어가고있다. 그러나 나는 그것이 단지에 대해 선택 될 것이라고 생각한다. – Don

이동 - categories 및 providers.

이 쉽게 열 provider의 같은 state에 따라 검색 카테고리 역

데이터 구조의 관점에서도 마찬가지입니다. 하나의 테이블에있는 한 가지 유형의 데이터.

2011-02-08 19:27:11 Nishant

그것은 이것에 관한 나의 생각이었다. 내가 생각하지 못한 경우가있을 경우를 대비하여 의견을 남기려면 지역 사회에 버려두고 싶었습니다. 도움을 감사하십시오. – Don

나는 원래의 생각과 Nishant의 답변에 동의합니다. 포인트뿐만 아니라 데이터를 표준화하여 어떤 이유로 카테고리가 이름을 변경하면 쉽게 업데이트 할 수 있습니다.

2011-02-08 19:34:42 MalibuCusser

답변