첫 번째 패러다임, 두 번째 패러다임, 세 번째 패러다임으로 간주되는 것이 무엇인지 예를 들어주세요.
1. 첫 번째 정규형: 비기본 속성과 코드 R(A,B,C) 사이에 부분 종속 관계가 있습니다. AB는 코드 C가 비기본 속성입니다. B-->C B C를 결정합니다. C는 B에 부분적으로 의존합니다. 관계 R의 모든 속성 범위가 단순 도메인인 경우 관계형 스키마 R은 제1정규형입니다.
첫 번째 패턴을 따르는 특징은 기본 키가 있고, 기본 키가 비어 있을 수 없으며, 기본 키가 반복될 수 없으며, 필드를 세분화할 수 없다는 것입니다. 예:
이름 | 성별 | 연락처
20040901? 이메일:kkkk@ee.net,222456
20040901? famous ? 이메일:kkk@fff.net 전화:123455
위 표는 첫 번째 정규 형식을 따르지 않습니다. 기본 키가 반복되고(실제로 데이터베이스는 반복을 허용하지 않습니다) 연락처 필드는 세분화될 수 있습니다.
StudyNo | 이름 | 이메일 |? 전화번호
20040901? ee.net 222456
20040902 mary? famalekkk@fff.net? 123455
2. 두 번째 정규형: 코드 R(A에 기본이 아닌 속성의 전이적 종속성이 있습니다. ,B,C) A는 코드 A - ->B,B-->C입니다. 관계형 스키마 R이 첫 번째 정규형이고 관계의 기본이 아닌 각 속성이 기본 키에 부분적으로 의존하지 않는 경우 R은 두 번째 정규형이라고 합니다. 따라서 두 번째 정규형의 주요 임무는 첫 번째 정규형을 만족시키면서 일부 기능적 종속성을 제거하는 것입니다.
학번 | 성별 | 이메일 | 학급주소
01? 222401? p>
p>
01 mary famalekkk@fff.net 123455? 200402? Building A 3
이 테이블은 첫 번째 정규형을 완전히 만족합니다. 기본 키는 StudyNo와 ClassNo로 구성됩니다. , 지정된 행을 찾을 수 있도록 합니다.
다만 ClassAddress 부분은 키워드(ClassNo->ClassAddress)에 따라 달라지므로 두 개의 테이블로 변경해야 합니다:
Table 1
StudyNo | Name | Sex |? Email | ? 전화 | 번호
01? john Male?kkkk@ee.net?
01 mary famalekkk@fff.net? 표 2
클래스 주소
200401? 건물 A 3
3. p>
비주요 속성의 코드에 대한 전이적 의존성 또는 부분적 의존성이 없습니다.
StudyNo | Sex |? ? John Male ?kkkk@ee.net 훌륭합니까? $1000
20040902 mary famalekkk@fff.net 좋습니다 $600
이것은 두 번째 패러다임을 완전히 만족하지만 bounsLevel과 bouns에는 전이적 종속성이 있습니다. 다음으로 변경:
StudyNo | 이름 | 성별 |? bouunsNo
20040901? john Male?kkkk@ee.net 1
20040902 @fff.net 2
bounsNo | bounsLevel | bouns
1 훌륭합니까? $1000
여기서 bounsNo를 사용할 수 있습니다. 두 가지 이유에 기초하여 기본 키로 사용
(1) 문자를 기본 키로 사용하지 마십시오. 어떤 사람들은 다음과 같이 말할 수 있습니다. 처음부터 내 레벨이 숫자 값으로 대체되면 어떻게 되나요? >
그런데 레벨명이 1, 2, 3이 아닌 Changed나 Excellent, Good이면 쉽게 변경이 가능하므로 일반적으로 업무와 관련없는 분야를 키워드로 사용하는 것이 바람직합니다
일반적으로 처음 세 가지 패러다임이 충족되면 이를 피할 수 있습니다.
확장 정보:
관계형 데이터베이스를 설계할 때 다양한 사양 요구 사항을 준수하세요. 이러한 서로 다른 사양 요구 사항을 서로 다른 패러다임이라고 하며, 패러다임이 높을수록 데이터베이스의 중복성이 줄어듭니다.
현재 6가지 패러다임이 있습니다. 관계형 데이터베이스: 첫 번째 패러다임(1NF), 두 번째 패러다임(2NF) 및 세 번째 패러다임(3NF), 버스 코드 정규형(BCNF), 네 번째 정규형(4NF) 및 다섯 번째 정규형(5NF, 완전이라고도 함) 정상적인 형태).
관계형 데이터베이스를 설계할 때, 합리적인 관계형 데이터베이스를 설계하려면 다양한 규범적 요구사항을 따라야 합니다. 이러한 서로 다른 규범적 요구사항을 서로 다른 패러다임이라고 하며, 패러다임 데이터베이스가 높을수록 높아집니다. 표준은 중복성이 더 작습니다.
현재 관계형 데이터베이스에는 6가지 패러다임이 있습니다: 첫 번째 정규형(1NF), 두 번째 정규형(2NF), 세 번째 정규형(3NF), 버스 코드 정규형(BCNF), 네 번째 정규형( 4NF) 및 다섯 번째 정규형(5NF, 완전 정규형이라고도 함)입니다. 최소 요구사항을 충족하는 정규형은 첫 번째 정규형(1NF)입니다. 첫 번째 정규형을 기반으로 보다 규범적인 요구 사항을 추가로 충족하는 것을 두 번째 정규형(2NF)이라고 하며, 다른 정규형도 마찬가지입니다. 일반적으로 데이터베이스는 3NF(제3정규형)만 충족하면 됩니다.
참조 링크:
바이두 백과사전-데이터베이스 패러다임