728x90 반응형 백엔드35 [논리모델링연습] DA 공모대회 2017년 학생부 대상작 ERD 분석 대상작은 매번 볼 때마다 예술적인 가치를 지닌 박물관 안에 들어온 느낌이 든다. 시야가 달라지고 견문이 트여지는 기분이 든다. 아래 그림은 손으로 이해해보려 한 과정의 결과이다.ERD 분석엔터티 정의필자는 관계자 엔터티로 정의한 것을 여기서는 사원 엔터티로 정의하였다. 그리고 근무이력으로 어디서 근무했는지를 관리하였다. 사원근태를 어느 엔터티에서 이어서 그릴 것인가에 대해 필자는 위 그림을 기준으로는 근무이력에서 사원근태를 연이어 그렸다. 어디서 언제 근무했는지를 통해 관리하고 싶었다. 위 그림은 사원 엔터티에서 사원근태를 연이어 그렸다. 좀 의아하긴 하다. 이렇게 되면 사원의 과거 이력(근무든 근태든)을 볼 때 조인이 번거롭게 걸리지 않을까 싶다.사원에서 서브타입으로 지점장과 직원을 관리를 하는데 .. 2024. 5. 13. [논리모델링연습] DA 공모대회 2017년 학생부 개인 답안 역시 학생부가 일반부보다 쉽다는 생각이 들었다. 제대로 그려보는건 이번이 3번째인데, 개인 답안이 대상작과 비슷한 부분이 많아 내심 뿌듯하였다. 각설하고 논리 ERD는 아래와 같다. ERD 해설 본사 엔터티를 다룰까 말까 고민 했었다. 근데, 지문에서 생각보다 본사의 역할이 있는 것 같아 엔터티로 관리를 하였다. 그 다음 고민으로는 본사 엔터티를 매장과 통합할까 말까였다. 지문에 나와 있는 내용에 한해서만 따지자면 통합하는게 맞았다. '근무지'라는 엔터티 성격도 비슷했고 말이다. 하지만, 그럼에도 분리를 하였다. 왜냐하면 확장성에 따라 데이터 성격은 다르기 때문이다. 본사와 매장이 다루는 데이터는 당장은 비슷하겠지만 앞으로는 확연히 다를 것이다. 하지만 식별자를 통합하는 것에 대해서는 더 좋지 않을.. 2024. 5. 12. [개념모델링연습] DA 공모대회 2017년 학생부 개인 답안 개념모델링의 특성상 키엔터티만 도출하는게 정석이지만 관리가 필요한 엔터티라 생각되는 부분도 같이 그렸다. 개념모델링 자체가 중요한 엔터티들을 사전에 수면 위로 띄움으로써 지속적으로 트래킹하기 위함이기 때문이다. 이론을 위한 이론이 아닌, 실무를 위한 이론으로 대하고자 한다. 개념 데이터 모델은 아래와 같다.ERD 해설사원 엔터티는 키엔터티이며 실체엔터티임사원 엔터티를 사원과 근무지(본사, 매장 엔터티)를 다대다로 하여 사원의 근무이력을 관리하도록 함사원근무계약은 액션이면서 메인으로도 볼 수 있음 총평 확실히 논리 데이터 모델과 경계가 없어보이긴 하다. 혹자는 이렇게 질문할수도 있을 것이다. '논리 데이터 모델과 경계가 없는데, 그럴거면 굳이 개념 데이터 모델이 필요한가?' 나는 자신 있게 답할.. 2024. 5. 11. [Clickhouse] Ver. 23.4 Release note 요약 목적 upgrade에 따른 데이터 정합성, 성능 간 이슈 등을 사전에 체크하여 장애 발생을 방지 지속적으로 dbms 생명주기를 관리하여 신기술에 대한 인지 및 도입 방안 마련 읽기 전에 아래 내용은 Release note 내용 중 필요하다고 판단되는 부분 위주로 정리함 버전의 A.B 에서 A는 년(ex_ 20의 경우 2020년)을 의미하며 B는 월(ex_ 6의 경우 6월)을 의미함. 즉, 버전에서 Release date를 유추할 수 있음 중복된 내용의 경우 가장 낮은 버전(이전 버전)에서 최초 기입하며 이후 중복 기입하지 않음 Upgrade Notes - Backward Incompatible Change formatDateTime() 함수 내 '%M'이 이제 분 대신 월 이름을 인쇄하므로 MySQL과 .. 2024. 5. 8. 이전 1 2 3 4 ··· 9 다음 728x90 반응형
