릴레이션과 데이터베이스의 구성(2)

데이터베이스 스키마와 데이터베이스 인스턴스

일반적으로 데이터베이스는 여러 개의 관계로 구성됩니다. 예를 들어, 인터넷 쇼핑 몰 데이터베이스는 고객 관계, 상품 관계 또는 주문 관계에서 구성할 수 있습니다. 데이터베이스 스키마는 전체 데이터베이스 구조를 의미하며 데이터베이스를 구성하는 관계 스키마 집합입니다. 데이터베이스 스키마를 설계하려면 필요한 모든 관계가

 

릴레이션의 특성

릴레이 데이터 모델 간의 관계는 네 가지 중요한 특성을 가집니다. 이 네 가지 특징에 기초하여, 표는 관계로서 인식될 수 있도록 충족되어야 한다. 이제 네 가지 특징을 차례로 살펴봐요.

① 두 플레이어의 고유성: 동일한 플레이어가 두 개 있을 수 없습니다.
관계에서 동일한 테이블이 없어야 하지만 각 테이블에는 다른 테이블과 다른 고유한 속성이 있어야 합니다. 관계를 두 점의 문장 개념으로 이해하면 동일한 요소가 문장에 존재할 수 없다는 것을 상상할 수 있다. 그렇다면, 두 사람이 같은 사람인지 아닌지를 어떻게 판단해야 할까요? 동일한 수의 속성이 있는지 확인하기 위해 모든 2-ply 속성 값을 하나씩 비교해야 하는 경우 이는 매우 성가신 작업입니다.

릴레이 데이터 모델에서는 하나 이상의 속성을 미리 선택하고 각 테이블에 대해 이러한 속성의 값을 다르게 지정하여 테이블의 작동 가능성을 결정합니다. 만약 당신이 고객으로서 인터넷 쇼핑몰에 들어가기를 원한다면, 당신은 다른 고객과 같은 ID로 회원가입에 실패했지만, 당신은 ID 속성으로 일의 성격을 판단해요.

또한 관계 또는 데이터베이스 구성[예: 관계]의 고객 관계에서 모든 고객 보드는 동일한 고객의 중복 구독을 방지하기 위해 작업으로서 고객 ID 속성의 값으로 구분됩니다. 따라서 선택한 속성(또는 속성 모음)을 테이블만 구분하는 키라고 합니다. 키는 다음 섹션에 자세히 설명되어 있습니다.작업 용량이 충족되면 원하는 보드에 쉽게 액세스할 수 있습니다.

② 테이블: 관계에서 테이블 순서는 무의미함
[비례 구성 예] 고객 관계에서 김현중의 고객 2명이 정소화의 고객 2명 앞에서 두 명의 주문을 변경했는지 여부에 관계없이 대표된다. 즉, 중복 순서가 변경된다고 해서 다른 관계가 될 수는 없지만 중복 내용은 순서에 관계없이 동일해야 한다. 1장 "데이터베이스의 기본 개념"에서와 같이, 데이터베이스가 위치가 아닌 내용을 검색하기 때문에 두 플레이어의 순서는 중요하지 않습니다. 컬렉션을 생각할 때 컬렉션의 요소 사이에 정렬되지 않은 것과 동일한 속성입니다. 이와 관련하여 삽입 순서를 기억할 수 있지만 효율적인 처리를 위해 삽입 순서를 임의로 변경할 수 있습니다.

③ 평가자의 순서는 다음과 같다. 릴레이에서 보조자 사이의 순서는 무의미합니다.
관계 및 데이터베이스 구성의 [비례 구성 예]에서 고객 관계는 평가 전에 고객 ID 속성을 나타내지만 두 속성의 순서를 변경할 수도 있습니다. 즉, 순서가 변경되더라도 특성이 서로 다른 관계가 될 수 없으며, 동일한 관계가 되려면 순서에 관계없이 동일한 속성으로 구성되어야 합니다.

예를 들어 관계 스키마(고객 ID, 고객 이름, 연령, 등급, 직업, 예약)와 관계 스키마(고객 ID, 연령, 고객 이름, 예약, 작업, 고객 ID)는 동일합니다. 속성 값은 위치가 아닌 속성 이름으로 호출되므로 동일한 이름의 속성이 단일 관계에 있을 수 없습니다.

④ 속성의 원자: 속성 값으로 사용할 수 있는 모든 것은 원자 값입니다.
모든 속성에 대해 분해할 수 없는 값, 즉 원자 값만 지정할 수 있습니다. 즉, 속성은 여러 값을 포함할 수 없습니다. [표 5-1]의 고객 관계는 적절한 관계 데이터 모델과의 관계가 아닙니다. 예를 들어 다음과 같은 여러 값을 가진 작업 속성을 포함합니다.B. (직원, 학생). 물론 여러 가지 직업을 가진 고객이 있을 수 있지만, 관계 데이터 모델은 이러한 복잡한 개념을 배제하고 관계를 단순한 구조로 정의하는 것을 허용하지 않습니다.