나는 많은 필드가있는 테이블을 가지고있다. 작업 그룹의 프로젝트 관리자 정보와 같이 필드를 논리적 그룹으로 나눌 수 있습니다. 그룹화 자체는 실제로 엔티티 후보가 아니며 자체 PKs가 없어야합니다.db 테이블의 1 대 1 관계가 냄새가 있습니까?
지금은 그룹화하기 위해 필드에 접두사 (예 : PmFirstName)가 있지만 기본 테이블에서 1 : 1 관계가있는 여러 테이블로 분할하려고합니다.
내가 이것을 할 때주의해야 할 것이 있습니까? 이것은 가난한 선택일까요?
내 쿼리가 모든 추가 조인으로 인해 더 복잡해질 수 있지만보기가 올바르게 완화 될 수 있습니다. 우리가 100,000 개 미만의 레코드를 가진 테이블에 대해 이야기한다면 성능에 눈에 띄는 영향을 미치게 될 것입니다.
편집 : 나는 비 실체 후보들의 생각을 조금 더 정당화 할 것이다. 이 정보는 사용자 기반으로 입력됩니다. 그들은 서로에 대해 알지도 못한다. 따라서 동일한 사용자가 동일한 "projectManager 이름"을 제출하거나이 시점에서 어느 제약 조건을 위반하지 않을 수도 있습니다. 우리가 별도의 사용자로부터 엔트리를 상호 연관시키고 자한다면 나중에 파이프 라인을 결정할 것입니다. 이러한 것들을 그들 만의 열쇠로 주면, 주 테이블이 성장하는 것과 같은 비율로 성장할 것입니다. 왜냐하면 그것들은 본질적으로 동일한 개체의 일부이기 때문입니다. 아니오 pt는 사용자가 사용 가능한 "프로젝트 관리자"목록에서 선택합니다.
위의 내용에서 볼 때, 나는 그것이 엔티티라고 생각하지 않습니다. 그러나 어쩌면 아닙니다 - 당신이 더 생각을 가지고 있다면 게시하십시오.
DUPE : http://stackoverflow.com/questions/517417/is-there-ever-a-time-where-using-a-database-11-relationship-makes-sense –
"1 : 1 관계 "그 결과를 얻지 못했습니다. 속고에 대한 죄송합니다 –