DB Modeling

3년전에 국비를 들었을 때는 모델링 설계 참여가 저조했었다. 내용을 이해 못하기도 했고 10년차 경력자 분이 계셨어서 의존하는 방식이었다. 이번 프로젝트에서는 모델링 공부를 다시 제대로 하고 싶어서 시리즈별로 설계를 해 볼 예정이다.책으로는 핵심 데이터 모델링을 보고

저번 시간에 여기까지 해보았다. 기준은 아이디어스와 마켓컬리다. 제 1 정규형중복되는 행이 없으며, 모든 행의 값은 원자적이어야 한다.하나의 주문에 의해 값을 여러 개 가질 수 있다면 분리해야 한다. 그래서 기존의 주문 테이블에서 다중 값이 가능한 컬럼을 주문 내역으로

기존에 포스팅했던 모델링을 이어나가고 있다. 포스팅은 뜸해도 수정은 계속 해왔다. erdCloud의 다른 디비 설계를 참고하면서 책의 이론도 외우는 식으로 공부하고 있다. 오늘은 회원쪽 관련해서 수정이 있었다. 내가 던진 질문 1\. 회원 테이블에서 로그인 방식과 가입

오늘은 주문과 배송 관련해서 모델링 공부를 했다. 이력과 내역의 경우 중요 엔티티에 종속되는 행위 엔티티다.따라서 중요 엔티티가 사라지면 같이 사라지게 설계해야 한다. 내역과 상세는 같은 용어이지만 책에서는 내역으로 통일할 것을 권한다. 혹은 상세 내역 식으로 수식하는

간만에 포스팅이다. 마지막 리뷰 때

오늘은 회원 부분 설계한 모델링을 보고 용어 선정이 잘못되지 않았는지, 내가 엔티티를 설계하면서 빠진 요구사항은 없는 지 등을 확인해보았다. 현재 내 erd핵심 엔티티는 식별자와 명칭, 특성, 접촉 정보, 위치 정보를 가진다. 생일 => 생년월일, 휴대전화 => 기본

사용자는 볼 필요 없고, 관리자가 거래 상세 등에 대해서 메모를 남기고, 상세에 들어갈 때마다 볼 수 있도록 해보자. 간단하게만 공부용으로 적었다ID_MASTER를 기준으로 조회하면 바로 그 건에 대한 리스트를 출력할 수 있다. 등록, 수정, 삭제 날짜는 시스템 컬럼이