컴퓨터, 데이터베이스
관계형 데이터베이스. 관계형 데이터베이스의 개념
현대 정보 컴퓨터 기술의 출현은 인간 활동의 모든 영역에서 혁명을 표시했다. 모든 정보가 인터넷에 불필요한 낭비가되지 않는 것이 아니라, 재료는 그들이 발견하고 후속 처리를 제출하기 쉽고, 그 결과, 체계화, 정렬되는 데이터베이스 시스템에 의해 발명되었다. 세 가지 종류가 있습니다 - 데이터베이스 관계형, 계층, 네트워크를 할당합니다.
기본 모델
데이터베이스의 출현에 반환,이 과정은 프로그램 정보 처리 기기의 개발을 비롯, 매우 복잡라고 말했다한다. 이 모델의 수는 현재 50보다 더 도달하지만, 주요 사람이 여전히 널리 연습에 사용되는, 계층, 관계형 및 네트워크로 간주되는 것은 놀라운 일이 아니다. 그들은 무엇을 상징 하는가?
데이터베이스 계층 트리 구조를 갖고 통신이있는 사이에 다른 수준의 데이터로 구성된다. 네트워크 데이터베이스 모델은 더 복잡한 패턴이다. 그것의 구조는 계층 구조를 유사하고, 방식은 확장 및 개선. 그들 사이의 차이는 네트워크가 여러 가지있을 수 있습니다 동안 유전 계층 적 데이터 모델은 하나의 조상과 연계 될 수 있다는 것이다. 관계의 구조 데이터베이스는 훨씬 더 복잡하다. 따라서,보다 상세하게 분해한다.
관계형 데이터베이스의 기본 개념
이 모델은 박사 에드가 F 코드 과학에 의해 1970 년에 개발되었다. 자신의 무결성을 보장 규칙 - 그것은 가장 중요한 데이터를 설명 필드, 서로와의 관계, 그들에 수행되는 작업과와 논리적으로 구조화 된 테이블입니다. 왜 관계형 모델이라고? 이것은 데이터 사이 (라틴. RELATIO)에서의 관계에 기초한다. 이 많은 정의가있는 데이터베이스의 유형. 정보를 관계형 테이블을 구성하고 치료보다는 네트워크 또는 계층 적 모델을 제공하는 것이 훨씬 쉽다. 당신은 어떻게해야합니까? 관계형 테이블의 특징, 모델 구조와 속성을 알고 충분하다.
기본 요소 모델링 및 프로세스
자신의 데이터베이스를 만들려면, 당신은, 일을 셀을 작성하고 기본 또는 외래 키를 설정하는 데이터 엔티티 사이의 관계 테이블 및 단일 및 다중 링크를 설계하는 데 필요한 정보를 생각하는 모델링 도구 중 하나를 사용해야합니다.
테이블 모델링과 관계형 데이터베이스를 설계하는 워크 벤치, phpMyAdmin을, 케이스 스튜디오, dbForge 스튜디오와 같은 무료 툴을 통해 수행됩니다. 상세 설계 후 그래픽 완성 된 관계형 모델을 저장하고 SQL 준비 코드로 변환합니다. 이 단계에서, 당신은 데이터 분류, 처리 및 체계화 작업을 시작할 수 있습니다.
관계형 모델과 관련된 구조의 특징 및 용어
자신의 방법으로 각 소스 요소를 설명합니다, 그래서 덜 혼란에 대한 약간의 힌트를주고 싶습니다 :
- 관계형 라벨 = 성격;
- 레이아웃 = 이름 = 골프 = 열 머리글 개체 속성;
- 엔티티 인스턴스 터플 = = = 레코드 플레이트 라인;
- 속성 = 값 = 셀 엔티티 필드.
관계형 데이터베이스 속성으로 이동하는 것을 포함하는 몇 가지 기본적인 구성 요소를 알고 있어야하고있는 그들은위한 것입니다.
- 에센스. 관계형 데이터베이스 테이블은 하나 일 수 있으며, 또는 데이터를 통해 저장된 객체를 설명하는 테이블의 특성을 설정할 수있다. 그들은 필드의 고정 수, 항목의 변수 수 있습니다. 표 관계형 모델 데이터베이스는 문자열, 속성 및 레이아웃 구성되어있다.
- 기록 - 기술 된 오브젝트의 특징 데이터를 표시 행 가변 개수. 항목의 번호는 시스템에 의해 자동으로했다.
- 속성 - 데이터가 요약 열을 도시.
- 필드입니다. 그것은 엔티티 열이다. 그들의 수는 - 고정 된 값이 테이블의 생성이나 수정시에 설정된다.
이제 테이블의 구성 요소를 알고, 당신은 관계형 모델 데이터베이스의 특성에 이동할 수 있습니다 :
- 두 차원 관계형 데이터베이스의 본질. 때문에 그들과 함께이 속성에 쉽게 다양한 논리와 수학 연산을 prodelyvat.
- 관계형 테이블의 속성 값과 기록의 순서는 임의적 일 수있다.
- 관계형 테이블에서 열이 고유 한 이름이 있어야합니다.
- 컬럼의 모든 데이터는 기본적으로 고정 된 길이와 동일한 형태를 갖는다.
- 본질적으로 모든 항목은 하나의 데이터로 간주됩니다.
- 행의 구성 요소는 고유합니다. 관계형 자연 중복 행이 없습니다.
관계형 데이터베이스의 특성을 바탕으로,이 속성의 값이 동일한 유형, 길이이어야 것을 알 수있다. 특정 속성 값을 고려한다.
관계형 데이터베이스 분야의 주요 특징
필드 이름은 하나의 개체 내에서 고유해야합니다. 속성이나 관계형 데이터베이스의 필드의 유형은 개체 필드에 저장된 데이터의 범주를 설명합니다. 이 필드를 관계형 데이터베이스는 문자로 계산되는 고정 된 크기를 가지고 있어야합니다. 매개 변수 및 속성 값을 포맷 데이터를 보정하는 방법을 정의한다. 아직 "마스크"또는 "입력 템플릿"같은 것이있다. 이는 속성 값에 입력 된 데이터의 구조를 결정하도록 설계된다. 물론 잘못된 기록에서 데이터의 유형 분야의 버그 리포트를 발행해야한다. 또한 필드 요소는 몇 가지 제한 사항 - 데이터 입력의 정확성과 정밀도를 확인하기위한 조건은. 고유 데이터로 채워해야하는 필수 속성 값이 있습니다. 일부 속성 라인은 NULL-값으로 채워질 수있다. 빈 데이터 필드 속성을 입력 할 수. 버그 리포트와 마찬가지로 시스템에 의해 자동으로 채워지는 값이있는 -이 기본 데이터입니다. 인덱스 필드 구성 데이터에 대한 검색을 빠르게합니다.
계획 차원 관계형 데이터베이스 테이블
| 이름 속성 (1) | 속성 2의 이름 | 속성 3의 이름 | 속성 4의 이름 | 이름 속성 (5) |
| Element_1_1 | Element_1_2 | Element_1_3 | Element_1_4 | Element_1_5 |
| Element_2_1 | Element_2_2 | Element_2_3 | Element_2_4 | Element_2_5 |
| Element_3_1 | Element_3_2 | Element_3_3 | Element_3_4 | Element_3_5 |
의 자세한 이해를 위해 관리 시스템의 예로 방식을 고려하는 SQL 최선을 사용하여 모델. 우리는 이미 관계형 데이터베이스 무엇인지. 각 테이블의 항목 - 하나의 데이터 요소입니다. 데이터의 중복을 방지하기 위해 필요한 동작을 정규화한다.
관계형 성격 정상화의 기본 규칙
1. 관계형 테이블의 필드 이름의 값은, 종류 (- 1NF 첫 번째 정규 양식) 중 하나가 고유해야합니다.
이미 1NF 감소 된 테이블 2. 고유 식별자 테이블 (2NF)에 의존하는 임의의 컬럼의 이름을 식별 할 수없는.
3. 이미 2NF에 저장된 모든 테이블의 경우, 비 식별 필드 각각은 다른 미확인 요소 값 (3NF 엔티티)에 독립적 일 수있다.
데이터베이스 : 테이블 간의 관계 링크
2 개 주있다 관계의 유형에 관계 정제는 :
- "한 많은". 따라서 두 번째 엔티티의 경우 하나 개의 키 테이블 항목 №1 여러 인스턴스를 발생합니다. 그려진 라인의 단부들 중 하나의 키 아이콘이 물질이 "한"측에 있는지를 나타내는 상기 라인의 다른 단부들은 무한 마크의 심볼이다.
- 통신은 "많은 많은"하나 개의 논리 엔티티 명시 적 상호 작용을 다른 테이블의 레코드 수의 여러 행의 경우에 형성.
- "일대일"의 연결이있는 두 개의 엔티티는 그 테이블의 키 식별자는 다른 엔티티에 존재하는 것을 의미하면, 과잉이며, 테이블 중 하나를 제거 할 필요가있다. 하지만 가끔은 유일한 보안 프로그래머를 의도적으로 두 엔티티를 구분합니다. 따라서, 가설, "1-1"사이의 연결이 존재할 수 있습니다.
관계형 데이터베이스에서 키의 존재
기본 및 보조 키는 잠재적 인 데이터베이스 관계를 식별합니다. 관계형 데이터 통신 모델은 하나의 후보 키를 가질 수 있습니다, 그것은 기본 키가 될 것입니다. 그것은 무엇입니까? 기본 키 - 열 또는 특정 데이터 라인에 액세스 할 수있는 본질의 속성 세트. 그것은 유일한 고유해야합니다, 그 필드는 null 값을 포함 할 수 없습니다. 기본 키는 하나의 속성으로 구성되어 있다면, 다른 것, 단순하게 말한다.
기본 키 외에, 존재 및 외부 (외부 키). 무엇이 그들 사이의 차이를 이해하지 못하는 많은. 우리가 예를 들어 더 자세히를 살펴 보자. 그래서, 두 개의 테이블이 있습니다 "딘"과 "학생". "딘"의 본질은 필드 포함. "그룹", "ID 학생", "이름"과 표 "학생"은 "이름", "그룹"과 "평균"과 같은 속성 값을 가지고있다. 학생 ID 몇 학생들에게 동일하지 않을 수 있도록, 그것은 기본 키가 될 수있는 필드입니다. 테이블의 "학생"에서 "이름"과 "그룹"그들은 "딘"의 본질에서 학생의 ID 번호를 참조하십시오, 그래서 그들은 외래 키로 사용할 수 있습니다, 몇 사람에 대해 동일 할 수 있습니다.
관계형 데이터베이스 모델의 예
명확하게하기 위해, 우리는 두 단체로 구성된 관계형 데이터베이스 모델의 간단한 예제를 제공합니다. 이름 "딘"표가 있습니다.
"딘"의 본질 | ||
학생 ID | 이름 | 그룹 |
111 | 이바노프 올렉 페트로비치 | IN-41 |
(222) | Lazarev에 일리야 알렉샌드로비치 | IN-72 |
(333) | Konoplev 페트르 바실리비치 | IN-41 |
(444) | Kushnereva 나탈리아 Igorevna 기업 | IN-72 |
전체 관계형 데이터베이스를 얻을 수있는 연결을 수행하는 것이 필요하다. 엔트리뿐만 아니라 "IN-72" '- 41 "번 성, 이름 및 학생 딴 같은 테이블"딘 "보다 본 이상일 수있다, 드문 경우와 동일 할 수 있으므로 이러한 필드는 기본 키를 만들 수 없다. "학생"의 본질이 표시됩니다.
표 "학생" | |||
이름 | 그룹 | 평균 | 전화 |
이바노프 올렉 페트로비치 | IN-41 | 3.0 | 2-27-36 |
Lazarev에 일리야 알렉샌드로비치 | IN-72 | 3.8 | 2-36-82 |
Konoplev 페트르 바실리비치 | IN-41 | 3.9 | 2-54-78 |
Kushnereva 나탈리아 Igorevna 기업 | IN-72 | 4.7 | 2-65-25 |
우리가 볼 수 있듯이, 관계형 데이터베이스 필드의 종류는 완전히 다르다. 디지털 녹음 및 문자로 제시한다. 따라서, 속성 설정은 정수, 문자, vachar, 날짜 등의 값을 표시해야합니다. 은 "학장"고유 한 값에서 유일한 학생 ID입니다. 이 필드는 기본 키로 간주 될 수있다. "학생"의 본질에서 이름, 아티스트, 전화는 학생의 ID를 참조하는 외래 키로 간주 될 수있다. 연결이 설정됩니다. 이 "하나 하나"의 통신 모델의 한 예이다. 가설, 여분의 테이블 중 하나는, 그들은 쉽게 하나의 개체로 결합 할 수 있습니다. 보편적으로 알려진이되지 않은 학생의 ID 번호에, 두 개의 테이블이 있다는 것을 확실히 가능하다.
Similar articles
Trending Now