(3) [Web04] week3 멘토링 일지
DB 변경점은 어떤게 있나?
- SEAT를 Section에 종속된 형태로 Boolean배열로 저장
- 어 이거는 RDBMS라 적합하지 않읂데? → …
- 최대 몇개까지 좌석을 선정할것인가? → 각섹션별로 1023개
- 좌석이 T/F 면 T면 예약이 가능한상태, F면 좌석 예약x
- SectionID를 리스트로 들고있는거는 적합하지 않음
- FK이므로 FK Index가 아니므로 인덱스가 문제가 생길 수 있음
- FK를 리스트로 들고 있는거는 적합하지 않음
- 차라리 다대다 테이블을 만드는게 좋을거같음
- Event테이블 좌석현황 2차원 배열은 정말 적합하지 않음
- 흠…. 이거는… 왜이렇게 했는지 이해는 가는데
- RDBMS에 배열이 들어간거부터가 적합하지 않은거 같음
- Resrvation에 seats는 왜 배열로했는가?
- 엄청 참신하다 하지만…
- seat_status를 인덱스로 설정하나?
- 지금까지말한 인덱스는 배열상의 인덱스를 의미함 DB상에 인덱스가아님
- 사용자가 수십, 수백만명이 예약할때마다 트랜잭션이 걸리나?
- 레디스는 동시다발적인 요청이와도 싱글 쓰레드로 실행되므로 처리가 될거같음
- 레디스와 DB는 어떻게 동기화하나? → 스케줄링을 통해서 해결할거같음 → 일단 OK
- 배열 형태가 많이 문제가 되나요?
- JSON 타입도 지양하라는 말이 많음
- RDBMS에서는 지양하는게 좋음
- 레디스에 저장하는데 레디스가 터지면 어떡하나?
- 주기적으로 Redis와 DB와 동기적으로해주는데 Redis가 터져서 생기는 정보손실은 어떡하나?
- 확정할때마다 RDBMS에 저장하는 방식을 사용해야될거같음
- Event에 SeatStatus를 왜 저장하나?
- 레디스만 써서 해결할 수 있으면 SeatStatus는 왜필요한가?
- SVG뷰는 어떻게 공유되나?
- 좌석 정보는 SVG에 어떻게 공유되나?
- cookie에서 sameSite
- 사용할때 어떤 의미인지 찾아보고 사용하기
- createUserDto 변경하기
- API명세서를 노션에서 관리하면 관리가 제대로 되기 힘들다.
- Swagger을 사용해보는 것은 어떨까?
- 가능하면 API문서로 커뮤니케이션은 하는게 좋지 않음
- 클라이언트에서 타입은 어떻게 하는가?
- 타입은 FE-BE 공통으로 하는게 좋지 않을까?
- Swagger로 제공해주면 FE에서 쉽게 할 수 있지 않나?
- 대부분의 FE-BE동시에 개발됨 FE 그때그때 타입 정의하는거 번거롭지 않나?
- 사람손으로 매핑하다보면 이슈가 생길 수 밖에 없음
- 이런 측면에서라도 Swagger을 사용하자
- 자동화할 수 있는 측면들은 자동화하는게 좋음
- Swagger를 사용안하는 이유가 데코레이터가 너무 장황해서 그러나?
- 불편함을 못느낀거면 심각한것임
- Swagger을 사용해라 그냥. 답이다.
- 가능하면은 문서형식보다 Swagger을 사용해라