JAY⌨️CODE

강한 엔티티와 약한 엔티티강한 엔티티 (Strong Entity)독립적인 존재가 가능하다.자신만의 고유한 주식별자를 가진다.다른 엔티티의 존재에 의존하지 않는다.예시: 사원, 고객, 상품, 부서 등과 같이 독립적으로 관리되는 엔티티약한 엔티티 (Weak Entity)소유 엔티티가 있어야만 자신의 존재가 의미를 가진다.소유 엔티티의 주식별자를 빌려와 자신의 속성과 결합하여 복합키를 구성한다.예시: 부양가족실무 이야기: 식별 관계, 비식별 관계전통적인 설계 방식에서 약한 엔티티는 소유 엔티티의 주식별자를 빌려와 자신의 속성(부분키)과 결합해서 복합 키를 만드는 방식을 사용한다.이것을 논리적 모델링 단계에서 식별 관계라 하며 이렇게 되면 자식을 만들 때 반드시 부모의 PK 값을 입력해야 한다.최근에는 더 유연..

요구사항 분석에서 시작하는 설계모든 설계는 요구사항 분석에서 시작한다.요구사항 문서를 읽을 때는 특히 '명사'와 '동사'에 집중해야 한다.이들이 바로 데이터베이스의 구조를 결정하는 핵심 요소이기 때문이다.명사 (Nouns)우리가 관리해야 할 데이터의 대상을 나타낸다.엔티티(Entity) 또는 그 엔티티가 가지는 속성(Attribute)이 될 수 있다.예시: 회원, 아이디, 비밀번호, 회원명, 주소, 연락처, 상품, 상품 코드, 상품명, 가격, 재고 수량, 주문서, 주문 번호, 배송지, 주문 일시, 결제 금액, 주문 내역, 주문 수량동사 (Verbs)데이터들 사이의 행위나 관계를 나타낸다.관계(Relationship)가 될 수 있다.예시: 가입하다, 수정하다, 탈퇴하다, 등록하다, 변경하다, 주문하다, 조..