카카오테크캠퍼스 3단계에서 저희 팀이 만들 서비스는 "축팅"이다. 축팅에서는 축팅내에서 사용할 수 있는 고유한 화폐인 "폭죽"이라는 것이 있다. 저희 서비스에서는 폭죽의 거래 이력을 사용하는 기능이 있어, 폭죽 거래 이력을 DB에 저장하려고 합니다. ++ 운영 시에도 필요 그렇다면, 폭죽의 거래 이력 데이터는 어떠한 특징을 가지고 있을 까요?? 이력 유형 데이터는 아래와 같은 특징을 가지고 있습니다. 시간에 따라 데이터가 누적된다. 동일한 칼럼에 대해서 발생한다. 대량 데이터가 발생할 가능성이 높다. 성능에 영향을 주는 경우가 많다. 따라서, 이력 유형 데이터 모델링을 할 때는 데이터 관리 방법에 따라 어떤 유형의 이력 테이블을 관리하는 지 성능을 위해 어떤 부분을 고려해야 하는 지가 중요하다. 쉽게 말..

도토링 프로젝트의 프로필 이미지 수정 기능을 개발하다가 아래와 같은 문제상황을 만나 의미있는 문제 상황이어서 포스팅하려 합니다. 문제 상황현재 상황은 아래와 같습니다.  resources/static/files 안에 default_profile~~ 이미지가 저장되어 있습니다.  빌드후 애플리케이션을 실행한 후 해당 이미지가 저장된 경로로 조회하면, 위와 같이 이미지가 잘 조회되는 것을 확인할 수 있습니다. 하지만, 아래와 같이 새로운 이미지를 아까와 동일한 경로에 업로드하면 해당 이미지는 조회가 되지 않습니다.  아래와 같이 이미지는 잘 저장이 된 상태입니다.   그렇다면, 실행 중인 애플리케이션을 빌드 -> 실행한 후 조회를 해보면 어떨까? 놀랍게도 조회가 잘 되는 것을 확인할 수 있습니다. 문제 분석..

필자는 N+1 문제를 해결하기 위해 보통은 Fetch Join을 애용하고 있었다. 도토링 프로젝트를 개발하며, 여느때와 같이 Fetch Join을 여러번 사용했는 데 아래와 같은 에러를 마주했다. org.hibernate.loader.MultipleBagFetchException: cannot simultaneously fetch multiple bags: [com.theZ.dotoring.app.mento.model.Mento.memberMajors, com.theZ.dotoring.app.mento.model.Mento.desiredFields] MultipleBagFetchException이 뭘까?? 이는 이름에서도 유추할 수 있듯이 Fetch Join을 여러번 사용하면 발생할 수 있는 에러이다. ..

도토링 프로젝트를 하다가 QueryDSL을 이용해서 count 쿼리와 이 결과를 바탕으로 정렬하는 데 삽질을 하여서 이를 포스팅하고자 합니다. 요구사항 도토링 프로젝트에서는 회원가입시 멘토와 멘티가 각각 기입했던 희망 멘토링 분야를 토대로 멘티와 멘토를 추천해준다. (회원가입시에 멘토와 멘티 모두 희망 멘토링 분야는 복수 선택이 가능하다.) 이때, 멘토,멘티 정렬 방식은 멘토링 희망 분야가 많이 겹칠 수록 상위에 위치합니다. 만약 겹치는 멘토링 희망 분야의 갯수가 동일할 경우 조회가 더 많이 된 멘토 혹은 멘티가 상위에 위치합니다. 이 포스팅에서 다룰 요구사항은 멘토링 희망 분야가 많이 겹칠수록 상위에 위치한다 입니다! 위 요구사항에서 알 수 있듯이 멘토링 희망 분야가 얼마나 겹치는 지를 알아야합니다. ..

데이터 무결성 데이터의 무결성이란 무엇일까?? 필자가 이해한 바로는 데이터 무결성이란 업무적 무결성 + 데이터베이스에서의 무결성이다. 업무적 무결성이란 애플리케이션 로직 안에서 포함되는 어떠한 제약조건이다. DBMS에서의 무결성이란 데이터베이스에 타입, 관계, 속성등을 정의하여 트랜잭션을 유지시켜주는 최소한의 장치이다. 이번 포스팅에서는 DBMS에서의 무결성에대해서 다뤄보도록 하겠다. 만약, DB에서 데이터 무결성을 설계하지 않을 경우에는 어떠한 일들이 일어날까?? PK를 사용하지 않을 경우 → 테이블에 중복된 데이터 존재 FK를 사용하지 않을 경우 → 부모와 자식 데이터의 논리적인 관계가 깨질 수 있다. 컬럼 제약 조건을 하지 않을 경우 → 기본값, NULL값 등이 비정상적으로 데이터베이스에 존재할 수..

도토링 프로젝트를 진행하며 여러 아쉬웠던 점이 있었지만, 그 중 순위권 안에 드는 것은 단연코 설계할 시간이 너무나도 부족했던 것이다. 카카오 테크 캠퍼스와 동아리 프로젝트를 같이 병행하다 보니.. ++ 캡스톤까지 다 변명이야 8월 초에는 도토링의 DB 설계부터 단단히 다져볼 생각이다. 두번째 포스팅할 주제는 식별자와 비식별자 관계이다. 식별자 관계와 비식별자 관계가 무엇인 지 알아보기 이전에 이를 모르고 설계를 진행할 경우 아래와 같은 어려움을 맞이할 수 있다. 식별자 관계만을 이용하여 데이터 모델링을 전개할 경우, PK 속성의 숫자가 증가할 수록 관련된 SQL 구문이 복잡해져 개발 오류가 많아지게 된다. 비식별자 관계만을 이용하면 테이블간의 과다한 조인이 유발되 성능 저하가 올 수있다. 성능 저하 절..