8일차(월) 업무 + TIL (ERD Digram- 객체기반 도메인 )

현재 업무는  보통 DBA가 하는 업무이다. 항해 때 기획 단계에서 다른 이의 의견을 많이 듣는 입장이었고 매니저님 상담 때도 이 부분에 대해서 많이 얘기했었다. 그때는 회사 들어가면 실제로 디비 설계는 팀장이나 pm 등 그 역할을 하는 분이 따로 계신다고 해서 걱정을 덜었었는데 서상에나 입사해서 처음 하는 일이 신사업 디비 설계이다.

개발을 하기 위해서는 큰 그림을 그릴 줄 알아야 하고 그런 의미에서 이 일이 중요하다고 생각하다. 근데,,, 좀만더 방향 제시를 받았으면 좋겠다.ㅜㅜ

 

 

 

 

오늘 할 일

1. 객체 기반 도메인 다이아그램 만들어 보기

아직 기준을 어떻게 잡는지 조차 헷갈린다 그냥 쇼핑 디비 안에 관련 컬럼들을 적으면 되는 줄 알았는데 주문 따로, 배송 따로 테이블이 생성된다 여러 가지를 찾아서 한번 해보고 내 상황에 맞춰서 수정하는 방식으로 할 계획이다.

 

대표님 바쁘셔서 못물어봤던걸 드디어 물어봤다.  첨에 하셨던 얘기와 오늘 얘기가 크게 다르지 않은데 오늘은 더 잘 들린다. 어허~ 참,, 희한하다. 이것저것 해보고 나서 대표님 말씀이 어떤 건지 이해가 되기 시작한 거 같다.

가장 헷갈렸던 점이 DDD와 DB설계의 차이점이었다. 보니까 대표님은 객체지향적으로 ERD 작성하기를 원하셨고 나는 객체지향 개념이 부족해서 기존 DB설계로 방식으로 ERD를 만들고 있었다. 퇴근 직전에 알려주셔서 하다 말았는데 내일은 완성할 수 있을 것 같다. 

이렇게 오래 걸려도 되나 싶은 생각에 저번주 목요일부터 맘이 불편했는데 내일은 오늘보단 편안했으면 싶다.

 

 

 

참고

 

 

 

 

오늘 배운 것

* 개념적 데이터베이스 모델링

http://dbgroup0804.pbworks.com/w/page/11453980/%EA%B0%9C%EB%85%90%EC%A0%81%20%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4%20%EB%AA%A8%EB%8D%B8%EB%A7%81

위 링크를 들어가면 1차에서 부터 5차까지 모델링이 어떻게 수정되었는지 나와있다. 이걸 참고하려고 했는데 내 케이스와는 다르다.

나는 객체지향 클래스 다이어그램이다. 하루 종일 보면서 어떤 차이인지 잘 몰랐다. 이 점이 제일 신기하다. 혼자서 며칠을 해도 정확하게 잡히지 않은 개념이(오류도 마찬가지!!) 선임(다른 이) 한마디에 정리가 된다. 

개발 이꼴(=) 삽질 

항상 느낀다. 이 점이 가장 재밌다. ( 진짜 해학적이다 ) 오류 다 잡는 멋진 선임이 돼야지ㅋㅋ

 

 

 

 

오늘 미처리 및 추후 처리 업무

1.  0531화 객체 기반 도메인 다이아그램 작성 완료 하기

 

 

 

 

 

 

 

참고

*논리, 물리 모델

https://www.egovframe.go.kr/wiki/doku.php?id=egovframework:rte:itl:integration_service:metadata

*병원 DB예시

https://leeeunji.tistory.com/13?category=737880