🗓️ 11월 2주차 (3주차) 회고록 ✨
3주차이다. 프로젝트가 힘들었다…
단순 DB구현 프로젝트라고 생각했는데, 설계가 문제였다.
학습으로는 DB파트에서 프로시져, 펑션, 트리거, DCL, 모델링(ERD, 개념, 논리, 물리)을 배웠다.
리눅스에서는 간단한 명령어들과 vim 사용법, 데이터타입, 정규표현식, 쉘, 레플리카 등을 배웠다.
저번주 문제 해결한 점
- 식곤증은 이제 좀 나아진 것 같다. 점심을 앞으로도 소식해보자!
- VELOG에 의문점 기록은 프로젝트 간 못했다… 또한, 일일회고에 나왔던 것 처럼 의문점을 해결한 부분은 노션에 기록하고, 주말에 velog에 작성하자. 평일에는 학습 진도에 집중하자.
📝 KPT 회고 내용
1. KEEP(유지할 점) ✅
- 남아서 지속적으로 공부한 것이 너무나 뿌듯하다. 너무 잘하고 있다.
- 이번주 매니저님과 계획한 스프링 완강을 해냈다. 사실, 시간이 촉박해서 모른척하고 안들은 척 하려고 했는데 뭔가 자존심 상해서 다 들었다.
2. PROBLEM(문제점) 🛑
- 여분의 공부는 잘하고 있는데!!! 효율성을 좀 고민해봐야겠다…
다름이 아니라, 같이 공부하는 사람들과 친해진 것은 좋은데, 내가 조절을 못하는 것 같다. - 내가 만든 계획을 따랐으면 힘이 덜 들었을텐데, 계획대로 수강하지는 못했다. 하나하나 다 이해하고 가려니 시간이 너무 오래 걸렸다. 그래서 어느정도 훑어보는 정도로 넘어간 부분이 많았다.
3. TRY(시도할 점) 🚀
- 조절을 하기 위해, 내가 할 학습들을 끝내는 것을 최우선 목표로 잡아봐야 겠다.
그러기 위해선 아래 내용들을 명심하자.
1. 나는 타인과의 약속을 잘 지키려고 한다. 그러므로 ‘자신’을 타인으로 보고 나와의 약속도 타인과의 약속으로 생각해보자.
2. 현재는 학습시간을 예상하는 능력이 부족하다. 그러므로 현재 시간측정에 대해 오류가 있다 하더라도, 굴하지 않고 지속해보자. - 앞으로는 초반에 훑어본 후에, 다시 한번 보면서 이해도를 높여보자. 앞으로 인강을 들을 때 참고할만 한 것 같다.
📚 2주차 DB 단위 프로젝트 후기
처음에는 되게 쉽게 진행할 수 있겠다는 생각을 했다.
이전에 학교에서 DB관련 프로젝트를 했을 때는 아무래도 라포가 형성이 되어있던 관계들이기에, 말을 좀 더 편하게 할 수 있었던 것 같다. 그래서 의견 같은 경우도 서로 교류가 많았는데, 이번 프로젝트는 아직 라포가 형성이 되어있지 않았기 때문에 서로의 의견이 활발하게 공유되지 않은 점이 아쉬웠다.
하지만 이를 통해서 서로가 프로젝트를 바라보는 추상화된 시각을 구체화시키는 과정이 프로젝트에서 중요하다는 것을 느낄 수 있었다. 이걸 요구사항 명세서를 만들면서 구체화 시키는 것이다. 아직 부족한 부분이 많은 프로젝트이기에, 이번에 끝난 이후에도 현재 프로젝트를 개선해 볼 생각이다.
아래 내용은 강사님의 피드백과 내 생각을 기반으로 작성했다.
-
ERD 설계시 각 이름이 구분이 잘 되도록 작성해야한다. 그래서 우리 프로젝트의 ERD상의 이름을 의미가 잘 드러나도록 수정해야겠다고 생각했다.
-
현재 간단한 SELECT문을 통해 가상 시나리오를 구현했다. 그러므로 function과 procedure, 그리고 trigger를 사용하여 추가적인 기능을 구현해보자.
-
pagination을 어떻게 구현할 지, JAVA로 구현하는지, DB로 구현하는지 고민해보자.
⇒ 일반적으로 DB에서 구현하고, JAVA에서는 전체페이지를 조회해서 개수정도만
⇒ LIMIT을 사용하든 말든 어차피 DB단에서는 성능 차이가 크지 않다.
그러나, 예를들어 200개의 게시글이 있을 때, 200개의 게시글을 보내는가, 10개의 게시글만 보내느냐는 차이에서
데이터 I/O와 네트워크 비용에서 성능차이가 크게 벌어진다.결론. DB에서 구현하고, JAVA에서는 전체페이지 개수만 조회하자.
+) 4팀의 요구사항 명세서에는 구체적으로 어떻게 구현할 것인지 잘 나와있으니 참고해보자.
개추