728x90 반응형 데이터모델링16 [PostgreSQL] 13.8 Release note 주요 내용 정리 목적 최신 버전 업그레이드 전, 영향도 평가하기 위함 해당 버전으로의 이관 가이드 dump/restore가 필요 없음 물리적 복제를 이용한 업그레이드 시 마스터노드 전에 세컨더리부터 진행할 것 변경 사항 확장 스크립트가 확장 프로그램에 속하지 않는 객체를 대체하지 못하도록 수정함 스탠바이 서버에서 CREATE DATABASE WAL 레코드 재생 오류가 발생하는 버그가 수정됨 CREATE INDEX에서 권한 검사를 수정함 확장된 쿼리 프로토콜에서, 트랜잭션 블록에 실행할 수 없는 명령어 후 즉시 커밋을 강제하도록 함 GROUPING 함수 내 참조되는 서브 조회를 풀링업할 때 플래너가 "variable not found in subplan target list" 에러를 발생하는 버그가 수정됨 파티션된 테이블.. 2024. 3. 6. [PostgreSQL] 13.6 Release note 주요 내용 정리 목적 최신 버전 업그레이드 전, 영향도 평가하기 위함 해당 버전으로의 이관 가이드 dump/restore가 필요 없음 물리적 복제를 이용한 업그레이드 시 마스터노드 전에 세컨더리부터 진행할 것 변경 사항 TOAST 테이블 업데이트에 표준 잠금 프로토콜을 적용함 ALTER STATISTICS 중 null 포인터 충돌을 방지하도록 함 병렬 단일 자식 Append 노드에 대한 잘못된 실행계획이 세워지는 버그가 수정됨 모든 인덱스 열을 반환할 수 없는 경우에 대한 인덱스 전용 스캔 계획을 수정함 WAL 페이지 경계에서 정확히 데이터베이스 일관성이 달성될 때 WAL replay가 실패하는 버그가 수정됨 트랜잭션 ID wraparound 발생시 물리적 복제 시작을 수정함 논리적 복제에서 자식 테이블 데이터의 중복 .. 2024. 3. 4. [논리모델링연습] DA 공모대회 2017년 일반부 대상작 ERD 분석 과연 대상작은 다르구나 싶었다. 고객요구사항명세서를 보면서 까다로운 것들이 많구나, 버릴건 버려야겠다 생각했던 부분들을 대상작에서는 다 캐치했었다. 아래는 직접 손으로 그려가보며 한땀한땀 이해해보려한 과정이다. ERD 분석 엔터티 정의 판매와 배송, 결제 엔터티 정의는 예상할 수 있었는데 결제상품과 결제상세를 나눈 것이 의외였다. 이렇게 되면 확실히 결제상품과 독립적으로 결제수단에 따른 다양한 결제 로직을 관리할 수 있다. 판매 엔터티가 인상적이었는데 판매 엔터티에 판매진행구분을 넣는게 과연 괜찮은 방법일까 싶기도 했다. 결제로직 쪽에서 쓰기 연산(삽입, 업데이트, 삭제 등)이 생기면 트랜잭션을 길게 잡을 수 밖에 없는데 이 부분은 좀 생각이 많았다. 물리 단계가 아니라 논리 단계라 이렇게 표현한 것일까.. 2024. 1. 4. [개념모델링연습] DA 공모대회 2017년 일반부 개인 답안 개념모델링의 특성상 키엔터티만 도출하는게 정석이지만 중요한 엔터티라 생각되는 부분도 같이 그렸다. 개념모델링 자체가 중요한 엔터티들을 사전에 수면 위로 띄움으로써 지속적으로 트래킹하기 위함이기 때문이다. 개념 모델링 결과는 아래와 같다. ERD 해설 통합회원 엔터티로 회원의 식별정보를 유일하게 관리함 회원 엔터티는 키엔터티가 되지만 탈퇴&재가입 등의 로직이 있으므로 액션 엔터티의 성질도 가지고 있음 비회원은 장기적으로 보면 가망고객이므로 회원 엔터티와 통합하는게 좋을 수 있으나, 현재 시점에서는 따로 분리하여 중요도를 낮춤 고객등급기준은 핵심엔터티로 기준 정보를 관리하는 기준 엔터티임 공지게시판과 VOC게시판은 성격과 쓰임새가 다르므로 분리함 총평 엔터티 갯수를 더 줄일수도 있었겠지만 일부러 좀 더 많이.. 2024. 1. 1. 이전 1 2 3 4 다음 728x90 반응형
