Coca Cola Red

오늘은프로젝트에서 사용하기 위해 자료구조를 공부하며 링크드리스트에 대해 공부한 내용을 간단히 적어보겠습니다.  링크드 리스트(Linked List)는 데이터 구조의 한 유형으로, 각 요소(노드)가 데이터와 다음 요소를 가리키는 포인터를 포함하는 방식으로 구성됩니다. 이는 배열과 달리 요소들이 물리적으로 연속되어 있지 않으며, 논리적으로 연결된 구조를 갖습니다. 링크드 리스트는 데이터의 동적 할당 및 삽입, 삭제가 빈번히 일어나는 상황에서 유용합니다. 1. 링크드 리스트의 구성 요소1.1. 노드(Node): 링크드 리스트의 기본 구성 요소. 각 노드는 다음과 같은 두 부분으로 이루어져 있습니다.   - 데이터(Data): 노드가 저장하는 값   - 포인터(Next): 다음 노드를 가리키는 참조(주소)1.2..

오늘은 자료구조 해시 테이블에 대해 공부한 내용을 요약합니다. 해시 테이블 Key & Value로 저장되는 자료구조입니다. 빠르게 데이터를 검색할 수 있으며 이는 해시 테이블 내부에 버킷으로 데이터를 저장하기 때문입니다. 해시 테이블은 각각의 Key 값에 해시 함수를 적용하여 index를 생성하고, 이 index에 해당하는 버킷에 값을 저장하거나 검색하는 데 사용하게 됩니다.  시간 복잡도 해시 테이블은 Key값으로 Value를 한 번에 불러올 수 있기 때문에 평균적으로 0(1)에 시간 복잡도를 가집니다.  해시 충돌 해시 함수가 index를 생성할 때 전부 Unique 한 값을 가지는 건 아닙니다. 글자 수를 환산해서 index를 반환하는 해시 함수가 있다면, Key 값의 글자 수가 같을 때 같은 in..

오늘은이번 프로젝트에서는 Board에 관한 접근 권한을 인증하기 위해 Member라는 테이블을 추가로 구성했고유저 인증, 인가 외에 Member 인증, 인가를 구현하기로 했습니다. 프로젝트 ERD입니다.기본적으로 보드, 리스트, 카드와 관련된 API 호출 → 해당 유저가 멤버에 등록 되어있는지 조회 → true일 경우 API 호출을 진행합니다.이를 위한 인증과 인가를 구현하기 위해 몇 가지 방법을 생각했습니다.Guard를 통한 구현Interceptor + Guard를 통한 구현Middleware + Guard를 통한 구현Method를 통한 구현다른 방법들1. Guard를 통한 구현첫 번째로 Guard를 통한 구현을 계획했습니다.URL을 통해 매 호출마다 boardId를 전달받는다.JWT 인증에서 넘어온 ..

오늘은 프로젝트를 마감한 뒤, 이번 프로젝트 후기를 작성해보겠습니다.  고려했던 부분이번 개인 프로젝트를 시작하기 전, 가장 비중을 둔 것은 설계였습니다.API 명세서와 ERD를 작성하며 어떤 식으로 서비스가 동작할지, 어떤 API가 필요할지 고민을 했습니다. 매번 다른 튜터님들께 찾아가며 명세서와 ERD 피드백을 받았고 튜터님들마다 개발 스타일에 차이가 있으시기 때문에 다양한 시각에서 의견을 받아볼 수 있었습니다.가장 적합하게 구현할 방법은 무엇일까? 생각을 많이 했던 것 같습니다. 배운 점매번 프로젝트를 할 때마다 느끼지만 '이게 되나' 싶다가도, 차근차근 태스크를 밟아가며 진행이 될 때마다 많이 배워가는 중입니다.  1. 초기 설계는 중요하기 때문에 잘 만들어야 한다. - 이번 프로젝트에서 초기 설..

오늘은 공연 예매 프로젝트를 진행하며 발생한 트러블 슈팅 내용을 첨부합니다. 3. UTC, KST 기준 시간 더보기1. 개요프로젝트 기간이 끝나 배포를 마쳤습니다. 배포된 서버에서 API 테스트를 해보기로 하였습니다.이번 프로젝트에서는 공연 예매와 관련된 티켓팅 웹서비스를 만들었습니다.해당 서비스를 테스트 중 발생한 에러에 관해 다뤄보겠습니다.2. Trouble Shooting2.1 배경배포된 서비스를 Insomnia로 테스트 중이였습니다.각각의 API를 호출하며 정상 작동하는지 확인했습니다.2.2 발단특정 API들만 작동이 안되는 경우를 발견합니다.데이터베이스와의 연동에 문제는 없었고 해당 API가 로컬에서는 정상 작동하였습니다.터미널을 확인하니 값이 NULL로 반환되고 있었습니다.2.3 전개같은 코드..

오늘은 공연 예매 프로젝트를 진행하며 발생한 트러블 슈팅 내용을 첨부합니다. 1. 검색 기능 구현 중 Join된 데이터를 바탕으로 검색하려면 ?더보기1. 개요공연 테이블을 구현했습니다.구현될 기능으로 검색 기능 중 카테고리 기반으로 검색을 추가하고자 하였습니다.그 과정에서 문법적인 에러가 발생하였고 해결한 방법을 다뤄보겠습니다.2. Trouble Shooting2.1 배경이번 프로젝트에서 ERD입니다. category 테이블과 shows 테이블은 1:N 관계로서, shows 테이블이 category 테이블로 그룹화 되고 있습니다.공연 검색 API의 명세서입니다.검색 기준은 Query Param을 사용하여 전달받고,전체 목록 검색제목 기반 검색카테고리 기반 검색제목 + 카테고리 기반 검색4가지 조건으로 공..

오늘은프로젝트를 진행하며 고민하고 구현해보던 중 비효율적으로 느껴졌던 프로세스에 관해 작성해보겠습니다.  ERD  현재 ERD에서는 카테고리를 따로 공연 테이블에 상위에 배치하여 관리하고 있습니다. 공연 테이블 안에 컬럼으로 작성하지 않고 따로 테이블을 만든 이유는 공연 테이블 자체를 그룹화 시켜 유지보수성을 향상시키기 위함이였습니다. 그러나 프로젝트를 진행하며 공연의 카테고리는 변화나 삭제가 빈번하지 않기 때문에 유지보수성이 높을 필요가 없다라는 생각이 들었습니다.결국 다음과 같은 낭비가 생긴 상태입니다. 1. 카테고리 생성을 위한 추가 API 2. 조회 시 Join을 한번 더 해야한다.3. 명시적으로 이해하기 복잡해졌다.  마무리 실제 개발 전까지 효율적인 설계라고 생각했는데 직접 해보니 어떤 문제가..

오늘은 NestJs Interceptor에 대하여 공부했습니다. Request LifeCycle1. Incoming request2. Globally bound middleware, Module bound middleware3. Global guards, Controller guards, Route guards4. Global interceptors (pre-controller), Controller interceptors (pre-controller), Route interceptors (pre-controller)5. Global pipes, Controller pipes, Route pipes, Route parameter pipes6. Controller (method handler)7. Serv..

오늘은 ERD와 API 명세서 피드백을 받았습니다. 수정한 부분을 적어보겠습니다.  ERD1. 잔여 좌석 -> 판매 좌석 변경 - 잔여 좌석으로 두고 데이터를 추가했을 시 좌석을 포함하는 테이블 공연 일정이 추가된다면 잔여 좌석을 총 개수만큼 다시 추가해서 데이터베이스에 추가 해줘야 했습니다. 예시로는 3개만 추가했으나 만약 100개 정도의 좌석 정보를 갖게 된다면 매번 일정을 추가할 때마다 꽤 많은 데이터를 매번 추가 해줘야 할 것입니다. - 판매 좌석으로 변경함으로써 판매가 되었을 때만 테이블이 추가되도록 ERD 설계를 변경하였습니다. 이로써 매번 좌석 정보 데이터를 추가해 줄 필요가 없어지고 불필요한 데이터의 양을 줄일 수 있을 것입니다. 2. 티켓이 갖고 있던 중복된 컬럼 제거 - 이것은 선택적인..

오늘은Nest.js 강의를 수강했습니다. 그리고 프로젝트에 관하여 변경사항이 있어 ERD를 수정했습니다.  DTO란 ? 데이터 전송 객체를 의미합니다. 시스템 간 또는 계층 간에 데이터를 전달하기 위해 사용되는 객체입니다. 데이터베이스 모델이나 비즈니스 로직 모델과는 별도로 데이터의 구조를 정의합니다. 이를 통해 데이터의 유효성 검사, 데이터 변환, 데이터 교환의 단순화 등 데이터의 무결성을 유지할 수 있게 합니다. 또한 데이터를 모아서 한번에 전달하므로 호출 횟수를 자연스럽게 낮출 수 있습니다. DTO를 사용함으로써 얻는 장점첫 번째, Dto를 사용하면 유닛 테스트 할 때 굉장히 쉬워집니다. Service 레이어 에서 유닛테스트를 할 때, Entity를 그대로 사용해버리면 Service 테스트를 하게 ..