지식참고자료

[태그:] ERD

  • 데이터 모델링에 있어 요구사항 명세를 분석하여 ER 모델로 구성하는 개념적 설계를 수행한다. 산출물인 ERD를 데이터모델 설계 툴인 Toad for Data Modeler을 이용하여 작성하시오.

    목차

    I. 서론

    II. 본론
    1. 데이터모델링의 과정
    2. 개념적 설계 단계 수행

    III. 결론
    – 느낀점

    본문내용

    I. 서론

    건물을 짓기 전 건물 설계가 필요하듯이 데이터베이스에도 설계가 필요하다. 데이터베이스 설계는 다른 말로 데이터 모델링이라고도 한다. 데이터 모델링은 현실 세계의 복잡한 개념을 단순화하고 추상화시켜 데이터베이스화하는 과정이다. 데이터 흐름을 도식화해 실 세계에 존재하는 개체들을 식별하고 개체와 개체 사이의 관계를 정의함으로써 컴퓨터상의 데이터베이스를 추상화함으로 이해하기 쉽게 할 뿐만 아니라 사용자들 사이의 의사소통을 원활히 할 수 있도록 도와주는 도구가 된다. 데이터 모델링은 설계 부분에 해당하므로 잘못하게 되면 후에 프로젝트 전체가 위험에 빠질 수 있다. 설계도에 따라 구축이 그대로 진행되므로 완성 후 사용 중에 오류가 발생하면 수습하는데 큰 비용이 들게 된다.

    II. 본론

    1. 데이터모델링의 과정

    데이터모델링에는 일반적으로 절차가 존재한다. 첫번째 “요구사항 수집 및 분석 단계”에서 현실 세계의 대상과 사용자의 요구사항을 정리하고 분석한다. 수집 및 분석 단계가 끝나면 수집된 요구사항 문서를 기반으로 중요한 개념을 구별하는 “개념적모델링” 설계하고 세 번째 단계인 각 개념을 구체화하는 “논리적 모델링” 후에 최종적으로 데이터베이스 생성계획에 따라 인덱스 등을 생성하는 “물리적 모델링” 단계를 거친다.

    (1) 요구사항 수집 및 분석(Requirement Analysis)
    데이터베이스 구축을 위한 첫 단계로, 현실 세계를 파악하고 사용자의 요구사항을 수집 및 분석한다. 앞으로의 진행 방향이 이 단계에서 결정되므로 매우 중요하다. 구축할 데이터베이스와 관련된 전문적인 지식이 필요하며 기초적인 내용에 중점을 두고 요구사항을 수집 및 분석해야 한다. 사용자의 요구사항은 대부분 모호하며 사용자에 따라 사용하는 용어도 달라 개념을 명확하게 파악하기 어렵기 때문에 수집된 자료로 이러한 모호성을 제거하고 최대한 구체적이고 명확하게 정리해야 한다.

    출처 : 해피캠퍼스

  • 데이터베이스 온라인 배달 앱 과제 소스코드 A+

    목차

    없음

    본문내용

    CREATE TABLE Members (
    MemberID VARCHAR2(32) PRIMARY KEY,
    Password VARCHAR2(64) NOT NULL,
    PhoneNumber NUMBER(16) NOT NULL,
    MemberType VARCHAR2(8) CHECK (MemberType IN (‘일반’, ‘사장’)) NOT NULL,
    Email VARCHAR2(128),
    AddressProvince VARCHAR2(32) NOT NULL,
    AddressCity VARCHAR2(32) NOT NULL,
    AddressDistrict VARCHAR2(32) NOT NULL,
    AddressDetail VARCHAR2(128) NOT NULL,
    CreationDate TIMESTAMP
    );

    CREATE TABLE Store (
    StoreID NUMBER(9) PRIMARY KEY,
    StoreName VARCHAR2(32) NOT NULL,
    AddressProvince VARCHAR2(32) NOT NULL,
    AddressCity VARCHAR2(32) NOT NULL,
    AddressDistrict VARCHAR2(32) NOT NULL,
    AddressDetail VARCHAR2(128) NOT NULL,
    PhoneNumber NUMBER(16) NOT NULL,
    Introduction VARCHAR2(255),
    MinOrderCost NUMBER(8) NOT NULL,
    TotalReviewCount NUMBER(8) DEFAULT 0,
    TotalRating NUMBER(16) DEFAULT 0,
    AverageRating GENERATED ALWAYS AS (CASE WHEN TotalReviewCount > 0

    출처 : 해피캠퍼스

  • 데이터베이스 설계 및 구현(온라인 음식 배달 앱) A+

    목차

    1. 데베소스코드.sql
    2. 데이터베이스_기말과제_보고서.docx

    본문내용

    1. 기말 과제 제안서 제출된 내용과 대비 차이점, 발전성
    리뷰만 있으면 음식에 대한 리뷰인지 가게에 대한 리뷰인지 불분명하므로 리뷰 개체를 가게리뷰로 이름을 바꾸어 의미를 명확히 하였다. 가게리뷰와 가게를 존재 관계로 연결하였다. 주문목록 개체를 삭제하고 회원이 메뉴를 주문하는 관계로 수정했다. 약한 개체였던 멤버십을 수정하였다. 가게 개체의 속성으로 총 리뷰 수, 합산 별점이 추가되었다. 또한, 속성을 명확하게 표현하기 위해 평점을 평균평점으로 수정했다. 유도 속성의 오류를 줄이기 위한 발전이라고 볼 수 있다. 또한, 평균 평점의 속성을 구하는 과정에서 총 리뷰 수 속성의 데이터로 나누는 부분이 있는데, 수학적인 오류를 없애고 논리적인 모순을 제거하기 위해(데이터 무결성) 나누는 값은 0보다 크다는 문장을 추가하였다.

    2. 요구 사항 명세서
    온라인 음식 배달 앱 회원은 회원ID, 비밀번호, 전화번호, 종류, 이메일, 현주소, 생성날짜 정보를 갖는다. 회원은 회원ID 로 식별한다. 종류는 일반, 사장 정보로 세분화된다. 현주소는 도, 시, 동, 상세주소 정보로 세분화된다.
    회원은 가게리뷰를 작성할 수 있다. 가게리뷰는 리뷰번호, 별점, 내용, 생성일 속성을 갖는다. 가게리뷰는 리뷰번호로 식별한다. 한 명의 회원은 여러 개의 가게리뷰를 작성할 수 있고, 가게리뷰 한 개는 한 명의 회원에 의해서만 작성된다. 모든 가게리뷰는 반드시 회원에 의해서만 작성되어야 한다.
    회원은 멤버십을 구독할 수 있다. 멤버십은 멤버십코드(고유함), 등급, 생성날짜, 소멸날짜, 상태 속성을 갖는다. 등급은 브론즈, 실버, 골드 정보로 세분화 될 수 있다.
    한 명의 회원은 하나의 멤버십을 구독할 수 있고, 하나의 멤버십은 한 명의 회원에 의해 구독된다.
    가게는 가게ID, 가게이름, 주소, 전화번호, 소개글, 최소주문금액, 총 리뷰 수, 합산 별점, 평균 평점, 생성일 정보를 갖는다. 가게는 가게ID로 식별한다.

    출처 : 해피캠퍼스