최상의 답변
관계 유형에는 3 가지가 있습니다. 일대일, 일대 다, 다 대다.
- 일대일 : 첫 번째 테이블의 한 레코드가 관련된 경우 두 번째 테이블의 하나의 레코드에만 해당되며 그 반대의 경우도 마찬가지입니다. 여기서 당신은 그것이 일대일 관계라면 왜 우리는 두 개의 개별 테이블을 가지지 않고 하나의 테이블에만 데이터를 저장하지 않는다고 생각할 수 있습니다. 이에 대한 답은 보안 목적을 위해 그렇게 설계한다는 것입니다. 이름, 이메일, 주소, 연락처 및 비밀번호의 데이터를 저장하고 싶다고 가정 해 보겠습니다. 여기에서 비밀번호의 세부 사항은 매우 민감하므로이를 위해 다른 테이블을 생성 할 수 있으며 액세스 권한이있는 특정 사용자 만 볼 수 있도록 별도의 테이블에 비밀번호를 저장할 수 있습니다.
- 일대 다 : 가장 일반적인 관계 유형입니다. 첫 번째 테이블의 한 레코드는 두 번째 테이블의 많은 레코드와 관련되지만 두 번째 테이블의 한 레코드는 첫 번째 테이블의 한 레코드에만 관련 될 수 있습니다. 예를 들어, 우리는 한 사람이 많은 은행 계좌를 가질 수 있지만 은행 계좌는 한 명의 특정 소유자 만 가질 수있는 개인과 은행 계좌 사이에 일대 다 관계를 가질 수 있습니다. (공동 은행 계좌가 허용되지 않는다고 가정)
- 다 대다 : 첫 번째 테이블의 한 레코드는 두 번째 테이블의 많은 레코드와 관련됩니다. 그 반대. 일반적으로 논리적 설계에서 일대 다 관계를 일대 다 관계로 분류하고 중간 테이블을 접합 테이블이라고합니다. 한 학생이 여러 과정을 수강 할 수 있고 각 과정을 여러 학생이 수강 할 수있는 학생 및 과정을 예로들 수 있습니다.
답변
DBMS의 속성 유형
단일 값 속성 : 단일 값이있는 속성 특정 엔티티. 예를 들어 직원 엔티티의 나이입니다.
다중 값 속성 : 동일 엔티티에 대해 여러 값을 가질 수있는 속성입니다. 예를 들어 자동차 엔티티의 색상.
복합 / 복합 속성 : 속성은 둘 이상의 다른 속성으로 세분화 될 수 있습니다. 예를 들어 이름은 이름, 중간 이름 및 성으로 나눌 수 있습니다.
단순 / 원자 속성 : 더 작은 하위 부분으로 나누어 진 것을 단순 또는 원자 속성이라고합니다. 예를 들어, 직원 엔티티의 나이
저장된 속성 : 다른 속성에서 파생 될 수없는 속성을 저장된 속성이라고합니다. 예 : 직원의 BirthDate.
파생 속성 : 다른 저장된 속성에서 파생 된 속성입니다. 예를 들어 생년월일과 오늘 날짜의 나이입니다.
복합 속성 : 엔티티의 속성이 복합 및 다중 값을 사용하여 빌드됩니다. 이러한 속성을 복합 속성이라고합니다. 예를 들어, 한 개인이 한 개 이상의 거주지를 가질 수 있고 각 거주지에 여러 개의 전화가있을 수 있으며, 개인 엔티티의 주소 전화는 다음과 같이 지정할 수 있습니다. – {Addressphone (phone {(Area Code, Phone Number)}, Address (Sector Address (Sector Number, House Number), City, State, Pin))}
여기서 {}는 다중 값 속성을 묶는 데 사용되며 ()는 복합 속성을 개별 속성을 구분하는 쉼표로 묶는 데 사용됩니다.
키 속성 : 은 기본 키를 나타냅니다. (실체의 주요 특성). 엔티티 세트의 각 엔티티 / 요소에 대해 고유 한 값을 갖는 속성입니다. 예를 들어, 학생 엔티티 유형의 롤 번호입니다.
비키 속성 : 테이블의 후보 키 속성 이외의 속성입니다. 예를 들어 Firstname은 엔티티의 주요 특성을 나타내지 않으므로 키가 아닌 속성입니다.
필수 속성 : 필수 속성은 다음과 같습니다. 데이터 값이 있어야하는 속성입니다. 이러한 속성은 엔터티에서 중요한 내용을 설명하기 때문에 필요합니다. 예를 들어, STUDENT 엔티티에서 이름과 성은 필수 속성입니다.
선택적 속성 / 널 값 속성 – 선택 속성은 값이 없으며 비워 둘 수 있습니다. 예를 들어, STUDENT 엔티티에서 중간 이름 또는 이메일 주소는 선택적 속성입니다. 일부 학생은 중간 이름이나 이메일 주소가 없을 수 있습니다.