DBMS의 관계형 데이터 모델 | 데이터 베이스 Concepts & 예

테이블 이름과 열 이름은 각 행의 값의 의미를 해석하는 데 도움이 됩니다. 데이터는 관계 집합으로 표현됩니다. 관계형 모델에서는 데이터가 테이블로 저장됩니다. 그러나 데이터의 물리적 저장은 데이터가 논리적으로 구성되는 방식과 무관합니다.

널리 사용되는 관계형 데이터베이스 관리 시스템은 다음과 같습니다.

• DB2 및 Informix Dynamic Server – IBM
• Oracle 그리고 RDB – Oracle
• SQL Server 및 액세스 – Microsoft

관계형 모델 Concepts DBMS에서

1. 속성 : 테이블의 각 열. 속성은 관계를 정의하는 속성입니다. 예: Student_Rollno, NAME 등.
2. 테이블 – 관계형 모델에서는 관계가 테이블 형식으로 저장됩니다. 해당 엔터티와 함께 ​​저장됩니다. 테이블에는 행과 열이라는 두 가지 속성이 있습니다. 행은 레코드를 나타내고 열은 속성을 나타냅니다.
3. 튜플 – 이는 단일 레코드를 포함하는 테이블의 단일 행에 지나지 않습니다.
4. 관계 스키마: 관계 스키마는 해당 속성과 함께 관계의 이름을 나타냅니다.
5. 학위 : 관계에 있는 속성의 총 개수를 관계의 정도라고 합니다.
6. 카디널리티: 테이블에 있는 총 행 수입니다.
7. 기둥: 열은 특정 속성에 대한 값 집합을 나타냅니다.
8. 관계 인스턴스 – 관계 인스턴스는 RDBMS 시스템의 유한한 튜플 집합입니다. 관계 인스턴스에는 중복된 튜플이 없습니다.
9. 관계 키 – 모든 행에는 관계 키라고 하는 하나, 둘 또는 여러 개의 속성이 있습니다.
10. 속성 도메인 – 모든 속성에는 속성 도메인이라고 하는 미리 정의된 값과 범위가 있습니다.

관계형 Integrity 제약

관계형 Integrity DBMS의 제약 조건은 유효한 관계를 위해 존재해야 하는 조건을 참조합니다. DBMS의 이러한 관계형 제약 조건은 데이터베이스가 나타내는 미니 세계의 규칙에서 파생됩니다.

많은 종류가 있습니다 Integrity DBMS의 제약. 관계형 데이터베이스 관리 시스템의 제약 조건은 주로 세 가지 주요 범주로 나뉩니다.

1. 도메인 제약
2. 주요 제약
3. 참조 Integrity 제약

도메인 제약

속성 값이 해당 도메인에 나타나지 않거나 적절한 데이터 유형이 아닌 경우 도메인 제약 조건을 위반할 수 있습니다.

도메인 제약은 각 튜플 내에서 각 속성의 값이 고유해야 함을 지정합니다. 이는 표준 데이터 유형인 정수, 실수, 문자, 부울, 가변 길이 문자열 등을 포함하는 데이터 유형으로 지정됩니다.

예:

Create DOMAIN CustomerName
CHECK (value not NULL)

표시된 예에서는 CustomerName이 NULL이 아닌 도메인 제약 조건을 만드는 방법을 보여줍니다.

주요 제약

관계에서 튜플을 고유하게 식별할 수 있는 속성을 테이블의 키라고 합니다. 관계의 서로 다른 튜플에 대한 속성 값은 고유해야 합니다.

예:

주어진 테이블에서 CustomerID는 Customer 테이블의 주요 속성입니다. 한 명의 고객에 대해 단일 키를 가질 가능성이 가장 높습니다. CustomerID =1은 CustomerName =” Google”에만 해당됩니다.

고객 ID	고객 이름	Status
1	구글	최근활동
2	Amazon	최근활동
3	Apple	비활성

참조 Integrity 제약

참조 Integrity DBMS의 제약은 외래 키의 개념에 기반합니다. 외래 키는 다른 관계에서 참조해야 하는 관계의 중요한 속성입니다. 참조 무결성 제약 상태는 관계가 다른 관계나 동일한 관계의 키 속성을 참조하는 경우 발생합니다. 그러나 해당 키 요소는 테이블에 존재해야 합니다.

예:

위의 예에는 고객과 고객이라는 2개의 관계가 있습니다. BillING.

CustomerID =1에 대한 튜플이 관계에서 두 번 참조됩니다. Billing. 그래서 우리는 CustomerName=Google의 청구 금액이 $300임을 알고 있습니다.

Opera관계형 모델의

관계형 데이터베이스 모델에서 수행되는 4가지 기본 업데이트 작업은 다음과 같습니다.

삽입, 업데이트, 삭제 및 선택이 가능합니다.

• Insert는 관계에 데이터를 삽입하는 데 사용됩니다.
• 삭제는 테이블에서 튜플을 삭제하는 데 사용됩니다.
• 수정을 사용하면 기존 튜플의 일부 속성 값을 변경할 수 있습니다.
• 선택을 사용하면 특정 범위의 데이터를 선택할 수 있습니다.

이러한 작업 중 하나가 적용될 때마다 관계형 데이터베이스 스키마에 지정된 무결성 제약 조건이 위반되어서는 안 됩니다.

끼워 넣다 Opera기

삽입 작업은 관계에 삽입되어야 하는 새 튜플의 속성 값을 제공합니다.

업데이트 Opera기

아래 주어진 관계 테이블에서 CustomerName= 'Apple'이 Inactive에서 Active로 업데이트된 것을 볼 수 있습니다.

. Opera기

삭제를 지정하기 위해 관계 속성에 대한 조건은 삭제될 튜플을 선택합니다.

위의 예에서는 CustomerName= “Apple”이 테이블에서 삭제되었습니다.

삭제 작업은 동일한 튜플의 다른 튜플의 외래 키에 의해 참조되는 튜플을 삭제하는 경우 참조 무결성을 위반할 수 있습니다. 데이터베이스.

선택 Opera기

위의 예에서 CustomerName=”Amazon"가 선택되었습니다.

관계형 모델을 만드는 모범 사례

• 데이터는 관계의 집합으로 표현되어야 합니다.
• 각 관계는 표에 명확하게 표시되어야 합니다.
• 행에는 엔터티 인스턴스에 대한 데이터가 포함되어야 합니다.
• 열에는 엔터티의 속성에 대한 데이터가 포함되어야 합니다.
• 테이블의 셀은 단일 값을 보유해야 합니다.
• 각 열에는 고유한 이름이 지정되어야 합니다.
• 두 행은 동일할 수 없습니다.
• 속성 값은 동일한 도메인에 속해야 합니다.

관계형 데이터베이스 모델의 장점

• 간단: DBMS의 관계형 데이터 모델은 계층형 모델과 네트워크 모델보다 간단합니다.
• 구조적 독립성: 관계형 데이터베이스는 데이터에만 관련되며 구조에는 관련이 없습니다. 이는 모델의 성능을 향상시킬 수 있습니다.
• 쉬운 사용: DBMS의 관계형 모델은 행과 열로 구성된 테이블이 매우 자연스럽고 이해하기 쉽기 때문에 쉽습니다.
• 쿼리 기능: 다음과 같은 고급 쿼리 언어가 가능합니다. SQL 복잡한 데이터베이스 탐색을 피하기 위해.
• 데이터 독립성: 관계형 데이터베이스의 구조는 애플리케이션을 변경하지 않고도 변경할 수 있습니다.
• 확장: 레코드 개수, 행 개수, 필드 개수 등의 측면에서 데이터베이스를 확장하여 활용도를 높여야 합니다.

관계형 모델의 단점

• 필드 길이에 대해 초과할 수 없는 제한이 있는 관계형 데이터베이스는 거의 없습니다.
• 관계형 데이터베이스는 데이터 양이 늘어나고 데이터 간의 관계가 더 복잡해짐에 따라 때때로 복잡해질 수 있습니다.
• 복잡한 관계형 데이터베이스 시스템은 정보를 한 시스템에서 다른 시스템으로 공유할 수 없는 고립된 데이터베이스로 이어질 수 있습니다.

요약

• 관계형 데이터베이스 모델링은 데이터베이스를 관계(테이블)의 모음으로 표현합니다.
• 속성, 테이블, 튜플, 관계 스키마, 차수, 카디널리티, 열, 관계 인스턴스는 관계형 모델의 중요한 구성 요소입니다.
• 관계형 Integrity 제약 조건은 DBMS의 유효한 관계 접근 방식에 대해 존재해야 하는 조건을 참조합니다.
• 속성 값이 해당 도메인에 나타나지 않거나 적절한 데이터 유형이 아닌 경우 도메인 제약 조건을 위반할 수 있습니다.
• 삽입, 선택, 수정 및 삭제는 관계형 모델 제약 조건에서 수행되는 작업입니다.
• 관계형 데이터베이스는 데이터에만 관련되어 있으며 모델의 성능을 향상시킬 수 있는 구조에는 관련이 없습니다.
• 의 장점 DBMS의 관계형 모델 단순성, 구조적 독립성, 사용 용이성, 쿼리 기능, 데이터 독립성, 확장성 등이 있습니다.
• 필드 길이에 대해 초과할 수 없는 제한이 있는 관계형 데이터베이스는 거의 없습니다.