대다 : Access에서 예, SQL있다. 어떻게 대다로 만들려면?

모든 DBMS (데이터베이스 관리 시스템) , 테이블 간의 관계의 여러 종류가 있습니다. 그 (것)들의 사이에서 일대일, 일대 다, 다 대일 및 다 대다 (일부는 하나에 두 가지 유형을 식별하는 경향이있다). 후자의 예와 같은 Access 또는 SQL과 같은 다른 데이터베이스에서 해당 응용 프로그램에 대한 설명은이 문서에서 논의 될 것이다.

정의

다 대다 관계는 다른 모든 인스턴스의 본질 중 하나의 사본 하나라도 일치로 정의된다. 즉, 초 (제 1)의 모든 필드에 관한 제 1 (초) 테이블의 각 필드.

이 방식은 분명이 관계의 본질을 반영한다.

때 다 대다 관계를 사용할 수있는?

의 예 대다 - 학생 그룹과 교사의 그룹. 각 학생은 다시 강의를 여러 학생들을주고 몇 교수에 한 번 배운다. 그림에서 일대 다 및 다 대다의 차이를 나타낸다.

다 대다 관계는 밝혀 실제로, 대규모 데이터베이스, 일반적으로 현실에서 교육 목적으로 만 사용되는 작은 실례의 준비에 종종 필요하다 그들 사이의 데이터베이스에 더 엔티티와 더 관계 - 자주 의지의 더 많은 가능성 다 대다.

어떻게 대다로 만들려면?

문제의 관계의 예는 여전히 문서의 과정에서 추가 될 것입니다,하지만 그것이 무엇인지 이해하는 것이 아니라 그것을 어떻게 구현할뿐만 아니라 중요합니다. 원리는 모두 동일하게 유지하면서이 과정의 세부 사항은 직접 작업에 대해 선택한 데이터베이스에 따라 달라집니다.

마이크로 소프트 액세스

"마이크로 소프트"에서 Office 소프트웨어는 꽤 오랜 시간 동안 소프트웨어 시장에 알려져있다. 그것은 텍스트 편집기 Worfd, 엑셀 표 프로세서와 "사무실"의 라인에 속하는 다른와 함께 제공됩니다. 구입 및 그의 "동료"분리하기 - 당신은 ( "액세스", "액세스를", 직역과 같이)에 액세스 할 수 있습니다. 물론, 라이센스 소프트웨어를 구입하는 것이 좋습니다,하지만 불법 재 포장이 일반 파일, 또는 급류 손의 형태로, 광대 한 웹에서 찾을 수 있습니다 얼마나 많은 비밀입니다하지 않습니다. "마이크로 소프트 액세스를은"심지어 휴대용 어셈블리에 사용할 수 있습니다. 소프트웨어가 종종 오래 지속 사용하지 않을 경우 그것은 PC와 함께 작동하도록 설치하고 특별한 기술을 필요로하지 않습니다, 그것은 선택에 가장 적합합니다.

A - 맥락에서 그것은 그 "마이크로 소프트 액세스를"분명 데이터베이스 관리 시스템. 그리고 가장 인기있는 중 하나. 그것은 논리에 기반을 의미하는 관계입니다 데이터 모델, 받는 사람을 의미 그의 작품의 과정에 집합 이론 및 1 차 논리. 다 대다 Access의 관계 (예를 설명에 주어집니다) 매우, 매우 간단 실현된다. 를 고려한다.

두 개의 테이블이 있습니다 ..

새로운 것을 발명하지 않기 위해, 학생들에 대한 대다 예를 설명하기 위해 이미 언급을. 당신은 테이블 "학생"및 테이블 작성해야합니다 "교사를." 이 두 가지의 제 1 및 제 2 차 키입니다. 제 1 및 제 2 테이블의 키 - 또한 두 엔티티의 인스턴스를 결합하는 필드 다른 테이블이 필요합니다.

우리는 다른 예를 살펴 경우 : 플레이어 (적어도 다른 팀에 상영되는 선수 중 하나, 그리고 각 팀은 열한 선수들로 구성되어 있다는 사실 주어진) 팀이, 연결을 구축하는 것은 변경되지 않습니다, 이제 가정 해 봅시다. 또한 세 개의 테이블이 필요합니다. 이들 중, "축구"주와 같은 "팀"을 하나의 중간.

데이터 방식

데이터베이스 "마이크로 소프트 액세스를"에서 테이블 간의 관계 탭 "데이터 계획"을 사용하여 구현. 표시 패널 (이 경우, 모든 세 개의 테이블) 모든 엔티티들에 추가된다. 주 사이에 다 대다 두 관계를 사용하는 것, 일대 다 관계 ( "학생"과 "교사") 및 스테이징 테이블을 만듭니다. 이렇게하려면, 당신은 각각의 기본 키를 상호 연결해야합니다.

위의 그림은 표시 방법 탭 "데이터 회로"(Relathionships). 의 수는 무한정 테이블 보드에 추가됩니다. 위치는 사용자가 완벽하게 조절할 수 있습니다.

SQL

SQL에 대한 데이터베이스 설계 - "액세스를"보다 더 열심히 작업. maykrosoftovskih 제품이 완전히 사무실 환경에 적응되면, 거대한를 가지고 있으며, 각 릴리스와 모든 확장 기능을 업데이트하지만, 간단한 사용자 인터페이스, SQL 편리 동시에 - 별도의 비 절차 적 프로그래밍 언어이며, 다른 플랫폼에있는 당신은 데이터베이스와 작업 할 수 있습니다. 잘 알려진이 작업을위한 소프트웨어 : 오라클 MySQL과 DB2 (인기가 있지만 유일). 그들 각각의 미묘한 뉘앙스를 가지고 있다는 사실에도 불구하고, SQL 언어는 자신의 "연합"입니다. 훨씬 쉬울 것이다 다른 사람들과 거래, 그들 중 적어도 하나의 작업을 학습함으로써.

작성 작성하고 SQL에서 기존 데이터베이스에 직접 행동은 특별한 코드 나 스크립트를 통해 필요합니다. 그러나 이미 섹션을 만든 사람들은 "다 대다는"이 프로그래밍 언어로 아래로되어있는 예는 SQL 언어의 적어도 기본 명령과 원리를 알고 있어야합니다.

다 대다를 만드는 원리

장기간 가입은 약간 당황 수 있으며, "안개를 발휘"하지만 실제로 통신의 구현의 원리는 동일하게 유지됩니다. 중간 - 대다 관계를 입력합니다 실제로 구현 된,뿐만 아니라 "액세스를"뿐만 아니라 SQL에서, 처음 두 개의 기본 테이블 하나를 만들어야합니다. 마찬가지로, 상기 키이다 기본적인 성질은 링크 테이블에 기록되고, 각각의 주요 필드들이다. 어느 SQL-대다 관계는 "액세스를"근본적으로 차이가 있음을 의미한다.

통신 구현

구현하려면 대다 기본 테이블의 원래 키와 비슷한 외부 키 (FOREIGN KEY)를 사용하여 SQL 스크립트입니다. 및 / 또는 편집을 만들 때 그들은 모든 필드와 함께 기록했다.

다 대다의 역할

일반적으로,의 엔티티 사이의 관계 데이터베이스는 그들에 저장된 정보의 무결성에 사용됩니다. 모든 필요한 연결 만 잘 설계된 데이터베이스는 안전한 저장, 사용자 경험을 보장하고 외부의 영향과 변화에 저항하는 구조입니다. 데이터베이스가 전체 조직, 회사 또는 회사에 대한 데이터를 포함하는 경우 일반적으로, 그것은 다른 인스턴스와 개체의 집합이 포함되어 있습니다.

이것은 이러한 계획의 준비 ( "액세스를") 또는 (이하 "오라클"또는 "DiBiTu"에서) 스크립트를 서면으로 존재한다는 것을 의미 적어도 하나의 다 대다. DB 킹 - 예 SQL은 종종 교육 과정 "데이터베이스기구"에 사용됩니다.

왕의 데이터 자료

교육 데이터베이스는 킹 회사에 대한 정보입니다. 테이블 중 :

• 회사의 직원 - 직원 ID, 성, 이름 및 중간 이름 (외국 이름에 초점), 또한 상사에 대한 코드와 위치를 점유 직원, 제공 급여 및 수수료를받는 기업에 입학 날짜, 부서 코드를 포함하고;
• 기업의 부서 - 테이블의 필드 가운데는 코드와 부서의 이름뿐만 아니라 그 위치의 코드를 가지고;
• 코드 위치와 도시의 이름에 대한 정보를 입력 포함 배치 부서;
• 회사의 위치 - 두 개의 필드와 작은 테이블이 코드를 게시하고 공식 이름;
• 기업 - 구매자 - 필드 : 코드와 구매자, 주소, 도시, 주, 우편 번호와 지역 번호, 전화 번호의 이름, 고객 코드의 서비스 관리자, 구매자와 주석 (주석 및 메모)에 대한 신용;
• 코드와 계약 날짜, 구매자 코드, 납기 및 계약의 총 금액을 포함하는 판매 계약;
• 판매 행위 - 코드의 행위와 행위, 제품 코드, 그것의 가격, 구입 수량, 총 구매 비용을 포함하는 계약의 코드;
• 제품 - 제품의 코드 명;
• 가격 - 제품 코드는 그에게 가격, 최저 가격, 설립 날짜와 취소 가격의 날짜를 발표했다.

가능한 작은 테이블이있는 이하 두 개 또는 세 개의 필드의 테이블까지와 관련된 일대일 또는 일대 다.

예 : "회사의 직원", "회사 소비자", "판매 계약"과 "판매 행위"와 같은 스케일 같은 테이블은, 일부, 여러 기관과 관련된 - "중개인"의 도움 대다 관계. 이 분야의 많은을 가지고 있기 때문에 표 "회사의 구매자는"다른 테이블과 외래 키에서 촬영, 같은 중간 자체입니다. 또한, 규모와 관계 데이터베이스 "왕 공사는"모든 관계는 불가분 서로 상관 관계가 서로 영향을 미치는한다는 것이다. 그들 중 적어도 하나의 파괴는 전체 데이터베이스의 무결성의 파괴로 이어질 것입니다.

중요한 뉘앙스

에 관계없이 사용되는 데이터베이스 관리 시스템, 다 대다을 구현하는 경우, 태도를 그려집니다있는 올바른 키를 결정하는 것이 중요하다. 잘못 주요 목적을 성취하지 않는 연결을 구현 - 즉, 테이블의 무결성을 보장하기 위해, 그리고 그 결과로, 대신 예상 위안, 사용자가 편집 테이블과 데이터의 작성시에, 다른 한편으로는, 불편 및 추가 문제, 특히 분명를 받게됩니다.