db설계 예제

우리가 만들고 있는 행성을 좀 더 자세히 살펴보겠습니다. 행성은 대륙과 부족의 이름을 포함 할 것이다. 이 판타지 세계에서, 부족 (파벌) 하나 이상의 대륙에 걸쳐 수 있습니다. 이 경우 우리는 일대일 비율의 제약 조건으로 제한되지 않습니다. 부족 데이터는 충돌 없이 일대일 관계를 기반으로 성장할 수 있습니다. 이는 잘 설계된 스키마를 통해 데이터가 기하급수적으로 증가할 수 있는 방법의 예입니다. 효율적이고 유용한 데이터베이스를 설계하는 것은 이러한 단계를 포함하여 적절한 프로세스를 따르는 문제입니다: 첫째, 예제 테이블을 만드는 데 사용한 데이터베이스는 Mysql입니다. Mysql은 지구상에서 가장 인기있는 데이터베이스 시스템이며 무료입니다 (이것이 Mysql 자습서가 아닌 이유에 대한 다음 단락을 읽어보시기 위하십시오). 이 예제에서는 요구 사항에 따라 스키마의 논리적 범위를 살펴보겠습니다. 실제 스키마는 사용되는 저장소 유형에 따라 달라집니다. 설명을 살펴보고 모든 명사를 강조 표시합니다. 설명의 명사들은 대략 테이블, 특성 및 예제의 세 가지 범주로 나눌 수 있습니다. 1.

비즈니스 요구 사항에 따라 논리적으로 스키마를 디자인합니다. 논리 모델을 빌드하는 것으로 정의할 수 있습니다. 이 디자인 단계는 데이터베이스 개발 방법에 중요한 역할을 합니다. 이러한 요구 사항은 프로그래머가 데이터베이스를 물리적으로 디자인하는 동안 활용할 수 있는 유용한 정보로 변환될 수 있습니다. 이 프로세스의 일부는 제약 조건이라는 규칙 집합을 정의하는 것입니다. 이러한 제약 조건은 다양한 테이블의 데이터가 서로 어떻게 관련되는지 정의합니다. 자동차를 임대하기 전에, 고객은 일반적으로 자동차를 예약합니다. 고객은 렌터카 를 대여할 날짜, 픽업 장소, 하차 장소 및 임대하려는 차량의 범주를 지정합니다. 고객은 GPS, 어린이용 카시트 등과 같은 추가 장비를 차량에 넣으려면 지정할 수 있습니다. 데이터베이스 스키마 를 설계하는 것은 데이터 관리의 기반을 구축하는 첫 번째 단계입니다. 비효율적인 스키마 디자인은 메모리 및 기타 리소스의 소비자가 많고 잘못 정의되지 않은 데이터베이스를 만들 수 있으며 유지 관리 및 관리가 어렵습니다. 이 설명의 목적은 PostgreSQL을 기반으로 하는 데이터 프로젝트에 대한 효과적인 데이터 스키마의 예를 제공하는 것입니다.

이 토론은 판타지 우주의 인프라를 구축하여 설명 된 데이터 스키마 디자인의 일반적인 기초를 제공합니다. 3. 테이블 간의 관계를 결정합니다 – 테이블이 하나만 있는 경우 데이터베이스를 가지는 것은 매우 쓸모가 없습니다. 이제 테이블이 여러 개인 경우 테이블 간의 관계를 결정해야 합니다. 테이블 간에는 일대일, 일대일, 다대다 등 다양한 유형의 관계가 있습니다. 아래에서 이러한 관계를 간략하게 설명합니다. 4. 디자인 구체화 — 이러한 질문을 스스로에게 물어보십시오: 데이터를 나타낼 수 있는 열이 충분합니까? 열 조합에서 열을 파생시킬 수 있습니까? 중복 정보를 입력하고 있습니까? 개별 레코드에 빈 필드가 있습니까? 큰 테이블을 두 개의 테이블로 나눌 수 있습니까? 데이터베이스 스키마에 대해 더 많은 질문이 있지만 세련된 디자인을 얻으려면 테이블을 정규화해야 합니다.

© 2020 A MarketPress.com Theme