db설계 예제

자동차를 임대하기 전에, 고객은 일반적으로 자동차를 예약합니다. 고객은 렌터카 를 대여할 날짜, 픽업 장소, 하차 장소 및 임대하려는 차량의 범주를 지정합니다. 고객은 GPS, 어린이용 카시트 등과 같은 추가 장비를 차량에 넣으려면 지정할 수 있습니다. 데이터 웨어하우스는 분석 목적으로 사용할 수 있는 다양한 소스의 대규모 데이터 모음입니다. 데이터 웨어하우스에 포함된 데이터베이스는 OLAP(온라인 분석 처리)을 위해 특별히 설계되었습니다. 예를 들어 다양한 행성과 대륙의 모든 데이터를 분석하려는 경우 이 데이터 관리 프로세스는 데이터 웨어하우스 환경에 가장 적합합니다. 만약 각 행성이 서로 다른 데이터 원본에 서로 다른 유형의 데이터를 저장하고 있다면 어떨까요? 우리의 그림으로 돌아가서, 우리는 행성이 그룹화해야 하는 데이터 요소와 속성의 긴 목록을 가질 것이라는 결론을 내릴 수 있습니다. 이 예제에서는 정의된 데이터 요소와 제약 조건이 몇 개 있는 이 범위를 비교적 작게 유지합니다. 설명을 살펴보고 모든 명사를 강조 표시합니다. 설명의 명사들은 대략 테이블, 특성 및 예제의 세 가지 범주로 나눌 수 있습니다.

이러한 대량 연결은 우리의 테이블이 됩니다(예: 행성, 부족, geographic_features, 식물군 및 동물군). 그런 다음 개별 요소를 사용하여 테이블 간의 관계를 만듭니다. 이러한 관계는 제약 조건을 형성하고 데이터에 조인됩니다. 이 자습서의 예제에서는 여러 응용 프로그램을 사용했습니다. 우리는 예를 들어 식료품 점을 사용합니다. 식료품점에는 기본 키 제품_id가 있는 제품이라는 제품(상점의 식료품 목록)이 있으며 각 고객은 기본 키 트랜잭션_id를 가진 트랜잭션이라는 식료품으로 가득 찬 자체 주문(또는 거래)을 갖습니다. 식료품은 0, 1 명 이상의 고객이 구입할 수 있으며 고객은 0, 1 개 이상의 식료품을 구입할 수 있습니다. 이를 매핑하려면 기본 키 인 product_id와 transaction_id를 모두 사용하여 ProductTransaction이라는 접합 테이블을 사용하여 트랜잭션(또는 고객)을 제품에 매핑하고 제품을 트랜잭션에 매핑합니다. 이제 이 예제를 확인한 후 데이터베이스가 스프레드시트처럼 보일 수 있습니다. 그러나 데이터베이스 관계를 관계식으로 만드는 것은 테이블 간에 관계가 있다는 사실입니다. 이를 통해 관계형 데이터베이스는 선택한 데이터를 검색하는 동안 많은 양의 데이터를 효율적으로 저장할 수 있습니다.

3. 테이블 간의 관계를 결정합니다 – 테이블이 하나만 있는 경우 데이터베이스를 가지는 것은 매우 쓸모가 없습니다. 이제 테이블이 여러 개인 경우 테이블 간의 관계를 결정해야 합니다. 테이블 간에는 일대일, 일대일, 다대다 등 다양한 유형의 관계가 있습니다. 아래에서 이러한 관계를 간략하게 설명합니다. 1. 비즈니스 요구 사항에 따라 논리적으로 스키마를 디자인합니다.

¡Contactanos!