함수 종속성없이 관계 R (A, B, C, D)이 있다고 가정합니다. 그렇다면 무엇을 후보 키로 고려해야합니까? 명백히 모든 개별 속성 또는 모든 속성의 적절한 서브 세트는 아무 것도 아닌 속성을 식별 할 수 없으므로 후보 키가 될 수 없습니다. 그렇다면 ABCD를 후보 키로 간주 할 수 있습니까? 또는이 관계에 후보 키가 없을 것입니다.
관계형 데이터베이스의 특성 집합과 기능 종속성 세트로 작업 중이며이 스키마의 후보 키로 간주 될 키에 대해 특정 질문이 있습니다. 내가 함께 일하고 속성의 설정은 다음과 같습니다 R = (A, B, C, D, E, F, G, H)
그리고 함수 종속의 집합은 다음과 같습니다 그래서 여기 F = { AC -> B, AB -> C, AD -> E, C ->
나는 관계의 후보 키와 관련된이 질문을 해결하려고합니다. 이 질문입니다 : Consider table R with attributes A, B, C, D, and E. What is the largest number of
candidate keys that R could simultaneously have?
대답은 10하지만 내가 그것을 이루어졌다 방
나는 매우 후보 키에 대해 공부할 때 교수님에 의해 주어진 아이디어에 의해 혼란스러워했다 (그러나 나는 그에게 물어 가짜 느낌 : p)를 는 "K의 어떤 구성 요소가 고유성 속성을 파괴하지 않고 제거 할 수 없습니다 - - minimality (1) (세트가 최소한의 것을 의미한다) 보유하고있는 이러한 특성의 어떤 부분 집합이 없다 " 그리고 내가 그것을
VW-> XYZ, Z-> Y-> VW , W 그 것이다 Funtional 의존 관계 S {V, W, X, Y, Z}. 후보 키는 'Y'입니까 ?? 또는 다른 ?? 질문이 있습니다. 왜 Z-> W가 정상적인 형태를 깬 것입니까? 어떤 유형이 정상적인 형태로 부러 졌습니까?
두 번째 정규식이 무엇인지 이해하기 위해 일부 기사를 읽었으며 이해할 수없는 몇 가지 사항이 있습니다. 기사에 는 그것이 2NF 아닌 말한다 고객 테이블에 here 기본 키에 의해 there are several attributes which don’t completely rely on the entire Customer table primary key라도
시나리오 : - '소프트웨어'& '하드웨어'부서가 두 개 있습니다. - 소프트웨어 부서에서 'Cobol', 'Fortran', 'Pascal', 'QBasic'과 같은 부서가 있습니다. - 하드웨어 'RAM', 'HardDisk', 'Monitor', 'CPU'하드웨어 부서에 있습니다. - 부서 및 부서 테이블의 표 형식은 다음과 같습니다. 사용 데이터베이
후보 키는 관계의 행을 고유하게 식별하는 열 또는 열의 조합입니다. 후보 키가 열의 조합 인 관계가 있다고 가정합니다. 내가 물어보고 싶은데요, 후보 키의 하위 집합도 행을 고유하게 식별 할 수 있습니까? 또는 후보가 행을 고유하게 식별하는 어떤 부분 집합이없는있는 키를 열쇠?