RDB의 관계 기본 개념 - 1

데이터의 관계형 보기
데이터베이스는 실제 상황의 작은 부분에 대한 모델일 뿐입니다. 아무렇게나
표현에서 데이터베이스는 항상 불완전한 모델이며 매우 좁은 표현입니다.
풍부하고 복잡한 현실. 일부 비즈니스 활동을 나타내는 단일 방법은 거의 없습니다.
그러나 기술적인 의미에서 의미론적으로 정확할 몇 가지 변형입니다. 하지만,
주어진 일련의 프로세스를 적용하기 위해 일반적으로 가장 잘 맞는 표현이 하나 있습니다.

 

관계형 모델의 이름은 테이블을 서로 연결할 수 있기 때문이 아니라(a 대중적인 오해), 열 사이의 관계에 대한 참조로의 테이블을 의미합니다. 다음은 모델에 이름을 지정하는 관계입니다. 다시 말해 관계형 여러 값이 테이블의 동일한 행에 속하는 경우 관련되어 있음을 의미합니다. 방법 열은 서로 관련되어 관계를 정의하고 관계는 테이블입니다(더 정확히, 테이블은 하나의 관계를 나타냅니다).
비즈니스 요구 사항은 실제 상황의 범위를 결정합니다.
모델링: 범위를 정의한 후에는 비즈니스 활동을 적절하게 기록하는 데 필요한 데이터를 식별할 수 있습니다. 중고차 딜러라고 하면,
판매용으로 보유한 자동차를 모델링하려는 경우(예: 웹사이트에 광고하기 위해)
제조사, 모델, 버전, 스타일(세단, 쿠페, 컨버터블...), 연식, 마일리지,
가격은 가장 먼저 떠오르는 정보일 수 있습니다. 그러나 잠재적
구매자는 더 많은 특성에 대해 알고 싶어 할 수 있습니다.
특정 자동차에 정착하기 전에 정보에 입각한 선택. 예를 들어:
차량의 일반적인 상태("우수" 외에는 아무것도 기대하지 않더라도)
• 안전 장비
• 수동 또는 자동 변속기
• 색상(본체 및 내부), 금속 도장 여부, 실내 장식, 하드 또는 소프트 탑, 자동차 사진
• 좌석 수, 트렁크 용량, 도어 수
• 파워 스티어링, 에어컨, 오디오 장비
• 엔진 용량, 실린더, 마력 및 최고 속도, 브레이크
• 연료, 소비, 탱크 용량
• 자동차의 현재 위치(사이트에서 판매 가능한 자동차 목록이 있는 경우 구매자에게 중요할 수 있음)
• 등등...
사용 가능한 자동차를 데이터베이스로 모델링하기로 결정한 경우 테이블의 각 행은
특정 사실 진술을 요약합니다. 예를 들어, 1964년 분홍색이 판매되고 있다는 것입니다.
이미 지구를 20번이나 돌았던 캐딜락 쿠페 드빌.
조인과 같은 관계형 작업을 통해, 또한 필터링을 통해 특정
속성 또는 속성에 적용된 계산(예: 소비 및 탱크 용량 우리가 연료를 보급하지 않고 운전할 수 있는 마일), 우리는 새로운
사실적 진술. 원래의 진술이 참이면 파생된 진술도 참이 됩니다.
지식을 다룰 때마다 우리는 진리로 받아들이는 사실부터 시작합니다.
증명이 필요하지 않음(수학에서는 이를 공리라고 하지만 이 주장은 다음과 같습니다.
어떤 수단도 수학에 국한되지 않으며 입증되지 않은 사실이라고 부를 수 있습니다.
다른 분야의 원칙). 이러한 사실을 기반으로 구축하는 것이 가능합니다(정리 증명 수학에서). 새로운 진리를 도출합니다. 이러한 진리 자체가 기초를 형성할 수 있습니다.
거기에서 더 많은 새로운 진실이 드러납니다.
관계형 데이터베이스는 정확히 같은 방식으로 작동합니다. 그것은 절대 우연이 아닙니다.
관계형 모델은 수학 기반입니다. 우리가 정의하는 관계(다시 한번
즉, SQL 데이터베이스의 경우 우리가 생성하는 테이블은 우리가 선험적으로 수용하는 사실을 나타냅니다.
사실대로. 우리가 정의하는 관점과 우리가 작성하는 쿼리는 우리가 증명하는 새로운 진실입니다.

 

* 참고
관계형 모델의 일관성은 파악해야 할 매우 중요한 개념입니다.
기초가 되는 원리의 고유한 수학적 안정성 때문에
관계형 데이터 모델링, 우리는 모든 쿼리의 결과가
우리의 원본 데이터베이스는 실제로 동등하게 유효한 사실을 생성할 것입니다.
관계 원칙. 관계 이론의 핵심 원리 중 일부는 다음과 같습니다.
관계는 정의상 중복을 포함하지 않으며 해당 행 순서는 중요하지 않습니다.
SQL을 사용하면 개발자가 많은 자유를 누릴 수 있습니다.
관계 이론과 함께 놀라운 이유가 될 수 있는 자유
결과 또는 데이터베이스 옵티마이저가 효율적으로 수행하지 못하는 경우.

 

그러나 우리의 기본 진리를 선택하는 데에는 상당한 자유가 있습니다. 가끔
이 자유의 행사는 매우 나쁘게 행해질 수 있습니다. 예를 들어, 누군가가 사과를 사러 갈 때마다 식료품 상인이
무게를 측정하기 전에 모든 뉴턴 물리학을 증명하시겠습니까? 프로그램에 대해 생각해야 하는 것
가장 기본적인 작업에서 조인이 필요한 곳은 어디입니까?

 

우리는 공급업체 및 고객과 공동으로 많은 데이터를 사용할 수 있습니다. 그러나 그것은
우리가 직접적인 경쟁자가 아닌 경우 동일한 데이터에 대한 관점이 다를 수 있습니다.
우리의 실제 상황에 대한 우리의 특별한 관점을 반영합니다. 예를 들어 우리 사업
요구 사항은 공급 업체 및 고객의 요구 사항과 다를 수 있습니다.
모두 동일한 데이터를 사용합니다. 하나의 데이터가 모든 사람에게 맞지 않습니다. 

 

주어진 컴퓨터 프로그램의 목표는 무엇보다도 어떤 비즈니스를 충족시키는 것임을 상기시켜줍니다.
요구 사항은 진부한 것으로 보일 수 있습니다. 실제로, 기술의 도전은 종종 천천히 주의를 끝에서 수단으로,
비즈니스 활동을 기록하는 데이터의 품질을 유지하는 프로그램 작성 허용 가능한 시간 내에 의도한 대로 수행합니다. 지휘하는 장군처럼 그의 군대가 전역을 시작할 때, 우리는 우리의 목표가 무엇인지 분명히 알아야 합니다.
예상치 못한 어려움이나 기회가 우리를 변화시키더라도 우리는 그것들을 고수해야 합니다.
SQL 언어가 관련될 때마다 우리는 시간이 지남에 따라 충실하고 일관된 비즈니스 활동 기록해야 합니다. 성실함과
일관성은 주로 데이터베이스 모델의 품질과 관련이 있습니다. 데이터베이스 SQL이 처음에 지원하도록 설계된 모델은 관계형 모델입니다. 좋은 모델과 적절한 데이터베이스 설계의 중요성을 강조드립니다.

이것이 모든 정보 시스템의 기초이기 때문입니다.