다음 표를 상상해보십시오. 제 경우에는 name이 unique과 not null [unique + not null = 기본 키]가되어야한다고 완전히 확신합니다. 따라서 name은 기본 키입니다. 몇 가지 이유로 (아마도 습관에 의해), 나는 자연스럽게 int 타입의 기본 키 id 컬럼을 만들었습니다. 다른 가정 : 나는 절대적으로 내 테이블에 name을 유
야구 통계에 대한 데이터를 저장하고 있으며 플레이어, battingStats 및 pitchingStats의 세 테이블로 데이터를 저장하려고합니다. 이 질문의 목적을 위해, 각 선수는 타격 스탯이나 피칭 스탯을 갖지만 둘 다 가질 수는 없습니다. 3NF에서 이러한 관계를 어떻게 정상화 할 수 있습니까?
이 데이터베이스를 만들었습니다. 내 테이블 "이벤트"가 세 번째 정규 형식이 아니라는 점을 제외하고는 정상적으로 작동하는 것 같습니다. 왜 그것이 세 번째 정규 형식이 아닌지 나는 알 수 없습니다. 나는 도시와 우편 번호가 항상 같아야한다고 생각 했었지만 대도시는 여러 개의 우편 번호를 가질 수 있으며 도시와 우편 번호에 대한 다른 테이블을 만드는 것과 관
이것은 내가 이미했던 숙제입니다. 올바르게 완료되었거나 해결 방법을 암시하는 경우에만 확인이 필요합니다. 감사. 이 질문입니다 : 백신은 유아와 그들의 예방 접종에 대한 정보를 기록하기위한 것입니다 관계 : 특정 유아가 특정 예방 접종을했을 때, 예방 접종이 발생한 곳은 입니다. 백신을 투여 한 사람. 다음은 관계형 제목 제공 : 백신을 (VaccineCo
저는 직원과 호텔에서 일하는 데 소비 한 시간을 추적하는 관계를 분해했습니다. 나는 기능 의존성이에서 F:(A->D, E->F, AB->C, B->E, BA->E)
나는 다음과 같은 3 개 테이블 1.
Employees:
national insurance number(A)
eName(D)
PRIMARY KEY(A)
2.
Works at:
가 나는 the non-prime attribute Winner Date of Birth is transitively dependent on the candidate key {Tournament, Year} via the non-prime attribute Winner 내가 함수 적 종속성이 있다고 생각하는 것을 말하는 3NF https://en.wikip
특성 범주가있는 테이블이 있습니다. 예 : 속성이있는 노래를 저장하는 테이블 장르 : Songs(
ID (INT),
Name (STRING),
Genre: (STRING)
)
표가 세 번째 정규형입니까? Songs(
ID (INT),
Name (STRING),
Genre_ID: (INT)
)
Genre(
ID (INT),
Name (St