질문에서 오는 것 “Relation” versus “relationship”"관계"대 RDBMS/SQL의 "관계"?
RDBMS (또는 데이터베이스 이론)에서 "관계"대 "관계"의 정의는 무엇입니까?
업데이트 :
"관계가 테이블의 동의어이며, 는 따라서 에 저장된 스키마의 측면에서 매우 정확한 의미를 가지고 : 나는 약간 내 질문에 코멘트에 의해 당황했다
컴퓨터 "
갱신 2 :
내가 관계가 한 쪽 방향이라고 작성하는 데, RDBMS의 측면에서 잘못 그 질문에 대답했다 관계가 한 방향 (하나의 테이블에서 다른 테이블로)에서 둘 이상의 링크 연결을 의미하는 (필연적 일 필요는 없음) 것을 의미하면서, 하나의 테이블에서 다른 테이블로 즉, 단일 연결 - 의존 링크 -
?
RELATION은 도메인 세트 (http://mathworld.wolfram.com/Relation.html)의 직교 좌표계의 부분 집합입니다. 일상 용어에서 관계 (또는 더 구체적으로 관계 변수)는 대부분의 사람들이 테이블로 참조하는 데이터 구조입니다 (SQL의 테이블은 반드시 관계로 한정되지는 않지만).
관계는 관계형 데이터베이스 모델의 기초입니다.
관계가 다른 것입니다. 관계는 의미있는 "사물 간의 연관"입니다.
고마워요! @PerfomanceDBA –
@ vgv8 님의 답변을 기다리고 싶습니다. 칭찬 감사합니다. – PerformanceDBA
청중 내 비 이론적 인 사람들을 위해 좀 더 자세하게 설명해주십시오. – PerformanceDBA
관계는 수학 용어 referring to a concept from set theory입니다. 기본적으로 RDBMS 세계에서 "관계형"측면은 데이터가 각 행 (튜플)이 다른 모든 행과 관련되어 있다는 사실을 반영하는 테이블로 구성된다는 점입니다. 그들은 모두 같은 유형의 정보입니다.
그렇다면 ER (Entity Relationship)은 실제 세계에서 물체와 그 관계를 식별하는 모델링 방법론입니다. 그런 다음 각 객체는 테이블로 모델링되며 각 관계는 외래 키만 포함하는 테이블로 모델링됩니다.
예를 들어 3 개의 항목이있는 경우 : 교사, 학생, 수업; TaughtBy와 StudyingIn이라는 두 가지 관계를 기록하기 위해 두 개의 테이블을 만들 수도 있습니다. TaughtBy 테이블에는 교사 ID와 클래스 ID가있는 레코드가 있으며이 클래스는이 선생님이 가르치는 것을 기록합니다. 그리고 StudyingIn 테이블은 학생이이 수업을 듣고 있음을 반영하기 위해 Student ID와 Class ID를 갖습니다.
그런 식으로 모든 학생은 여러 클래스에 속할 수 있으며 각 교사는 모든 레코드의 클래스 ID 목록이 포함 된 필드가 없어도 여러 클래스에있을 수 있습니다. SQL은 사물 목록이 들어있는 필드를 다룰 수 없다.
그레이트 설명 ... –
관계는 열과 행이있는 테이블입니다. 및 관계는 관계/테이블 간의 연결입니다. 예를 들어 직원 테이블에는 분기 테이블에있는 관계가 있습니다. 직원 테이블과 분기 테이블 간의 관계는
입니다.
좋은 질문이지만 너무 기술적입니다. 학문적 이슈와 정의에 기초한 좋은 대답은 투표를 거치고 높은 직무와 학력이없는 사람들에 의해 논의 될 것입니다. – PerformanceDBA
@PerformanceDBA, 나는 당신의 환상적인 능력에 의심을 갖기 시작했다. b/c 그것은 downvoted되지 않았지만 [나는 영어로 어떠한 이전 경고도없이 1000 일간의 금지령을 가졌습니다 .stackExhange.com] (http : //english.stackexchange .com/users/3085/vgv8) –
당신은 재밌는 사람이고, 당신의 학습에 대해 진지합니다. 너무 심각하게 받아들이지 마십시오. 나는 잘못된 정보를 지적 할 때마다 금지되어 있습니다. 비록 내가하고있는 모든 일이 "무엇보다 정직한 ... 올바른 잘못된 정보"라는 FAQ를 지원한다고해도 금지됩니다. 이 사이트는 낮은 기술 이미지를 올릴 수 없습니다. 평판은 기술적 인 정확성이 아니라 침투의 결과입니다. 나는 너를 전혀 모욕하지 않는다. – PerformanceDBA