하나의 필드에 차이가있는 2 개의 SQL 테이블을 결합해야합니까?

Question

해당 테이블을 하나의 테이블로 병합해야합니까? 까다로운 대안이 있습니까?

Table Unit for a Template table: 


Id (PK) 
ParentId 
Name 
TemplateId (FK) 

Table Unit2 for a Testplan table: 

Id (PK) 
ParentId 
Name 
TestplanId (FK) 

편집 :

왜 테이블 그렇게하지 :

[UnitId] [int] IDENTITY(1,1) NOT NULL, 
    [Name] [nvarchar](50) NOT NULL, 
    [TemplateId] [int] NULL, 
    [TestplanId] [int] NULL, 
    [ParentId] [int] NULL, 

갱신 2 :

1 Template has N Unit 
1 Template has N Testplan 
1 Testplan has N Unit 

이 하나 개의 단위 테이블을 사용하는 관계이다. 그러나 이것은 UnitId의 TemplateId와 TestplanId에서만 작동 할 수 있습니다.

Answer 1

:

테이블의 수를 줄이기 위해 노력하는 그들의 의도 된 목적을 당황하게 할 것이다. 객체의 관계형 데이터베이스를 디자인 할 때 각 관계에 대해 두 가지 질문을 던져보십시오. A a B입니까? 은 B이 있습니까?

http://en.wikipedia.org/wiki/Is-a

http://en.wikipedia.org/wiki/Has-a

당신은이-A 일련의 관계를 가지고있다. (특히 has-many) 템플릿에 단위가 있습니다. 템플릿에 테스트 계획이 있습니다. 테스트 플랜에는 유닛이 있습니다 (다른 유닛도보실 수 있습니다).

많은 수의 관계에 대해 속성 테이블에 외래 키 컬럼을 추가합니다 (예 : 유닛에 template_id가 있음).

이와 같은 스키마를 사용하면 어떤 테이블과 어떤 열이 다른 개체와 관련되는지 혼동하지 않습니다. 이렇게하면 매우 쉽게 쿼리 할 수 ​​있습니다.

SELECT * 
FROM Template a 
JOIN TemplateUnit b 
    ON a.id = b.template_id 
JOIN Testplan c 
    ON a.id = c.template_id 
JOIN TestplanUnit d 
    ON c.id = d.testplan_id 

이제 모든 B 열 템플릿 단위 및 모든 D 열 testplan 단위 인 것을 알고있다. 쉬워요.

Answer 2

아니요. 유사하지만 관련이없는 테이블은 병합되어서는 안됩니다.

외래 키 열은 서로 다릅니다. 때때로 하나의 테이블을 가리키며 때로는 다른 테이블을 가리키는 외래 키를 만드는 쉬운 방법이 없습니다.

업데이트 할 때 두 개의 열 (각 외래 키에 하나씩)을 추가하여이 상황을 처리했으며 두 가지 모두를 null로 만들었습니다. 그러나 이제는 모든 템플릿에 정확히 하나의 템플릿 ID가 필요하다는 것을 상상해보십시오. 원래 디자인에서는 TemplateId 열 NOT NULL을 만들어 쉽게 만들 수 있습니다. 그러나 결합 된 테이블에서 테스트 계획을 만들 수 없기 때문에 그렇게 할 수 없습니다.

이제 누군가가 TestplanId과 TemplateId이있는 항목을 추가 한 경우 허용 할 항목이 있다고 상상해보십시오. 옛날 디자인에서는 이것이 불가능했지만, 결합 된 테이블에서는 불가능했습니다.

이 상황은 CHECK 제약 조건을 추가하여 처리 할 수 ​​있지만 이점이 거의 없거나 전혀없는 추가 복잡성을 추가합니다.

Answer 3

아니요. 관련이없는 정보가 저장되어 있습니다.
예제에서 템플릿과 테스트 계획은 완전히 관련이없는 엔터티이므로 하나의 테이블에 결합해서는 안됩니다.

Answer 4

당신은 쉽게 다음과 같은 열이 하나의 테이블에이 두 테이블을 결합 할 수 있습니다 :

Id (PK) 
ParentId 
Name 
TemplateId (FK) 
TestplanId (FK) 

이 좋은 생각인지? 글쎄요. 본질적으로 동일한 엔티티를 포함하는 두 개의 테이블입니까? 이 질문에 답하기 어려울 경우 쿼리를 만족시키기 위해 두 테이블에서 유니온을 수행 할 것인지 생각해보십시오.

둘 다 ParentId 열이 있습니다. 부모는 항상 자녀와 동일한 유형입니까? 아니면 부모가 완전히 다른 것입니까? 혼합 된 트리 구조를 가지고 있다면, 모든 ID를 하나의 테이블로 원할 것입니다. 두 개의 서로 다른 트리 구조가있는 경우 두 개의 다른 테이블이 필요할 수 있습니다.

마찬가지로 ID가 TemplateId와 TestplanId 인 경우 동일한 테이블에 넣는 것이 좋습니다. 마찬가지로 ID가없는 ID가있는 경우 단일 테이블에 모두 넣는 것이 좋습니다.

원본 두 테이블에 외래 키 제약 조건을 적용하고 키가 NULL이 아니라고 주장 할 수 있습니다. 1 테이블 버전에서는이 작업을 수행 할 수 없습니다.두 키 중 적어도 하나 (또는 ​​정확히 하나)가 NULL이라는 제약 조건을 추가 할 수 있습니다.

Answer 5

목표가 상속을 모방하는 것이라면 먼저 discriminator columns에 대해 읽은 다음 그에 따라 제안 된 테이블을 변경하는 것이 좋습니다. 당신은 아마도 몇 가지 고유 제한 조건을 데려 가고 싶다는 것, 그 시점에서

create table UnitList (
     Id int not null primary key 
) 

create table Unit (
     Id int not null primary key 
    , ParentId int null 
    , Name nvarchar(50) not null 
    , UnitListId int not null references UnitList (Id) 
) 

create table Template (
     Id int not null primary key 
    , UnitListId int not null references UnitList (Id) 
) 

create table Testplan (
     Id int not null primary key 
    , UnitListId int not null references UnitList (Id) 
) 

: 당신의 목표는 많은 기관이 공유하는 공통의 단위 테이블을 제공하는 경우

, 당신은 이런 식으로 뭔가를 시도 할 수 있습니다 귀하의 비즈니스 규칙에 따라 단위 테이블. Unit 테이블에 복제본이 필요 없지만 하나의 유닛이 많은 목록에 포함되도록하려면 UnitToList 접합을 만들 수 있습니다.

Answer 6

두 테이블이 매우 유사하고 반복적으로 보일지라도 나는 병합해야한다고 생각하지 않습니다. 그들은 어떤 식 으로든 연결되어 있지 않지만 별개의 테이블을 유지하려고했습니다. 문제의 주석에서 다음