• [ ] access token과 refresh token 재발급과정
• [ ] API 하나 사용
• [ ] 좋아요 동시성 문제 (연타하면 변경속도보다 새로운 값이 들어오는 속도가 빨라 좋아요 수가 계속 감소함)
• [ ] hot tag 20
• [ ] 기존에는 url커넥션을 통해서 받아온 값을 string builder에 모두 저장해서 그 안에서 값을 찾아오는 방식 document는 node형식으로 태그별로 관리할 수 있어 찾아내서 사용했다. 더 효율적인 방법이 있을까?
• [ ] 테이블구조 - 실시간 데이터 누적 데이터 테이블 구분 어떻게 할 것인가 어떤게 가장 효율적인가
• [ ] CI/CD
• [ ] unknown table dbms: mysql (ver. 8.0.28) case sensitivity: plain=exact, delimited=exact driver: mysql connector/j (ver. mysql-connector-java-8.0.25 (revision: 08be9e9b4cba6aa115f9b27b215887af40b159e0), jdbc4.2) [42000][1049] unknown database 'finalproject’
• [ ] distinct 사용 (Set이 순서가 보장되지 않기에 LinkedHashSet을 사용하여 순서를 보장합니다.) 2번째 방법은 distinct를 사용하여 중복을 제거하는 것입니다.(Set보다는 List가 더 적합하다고 판단되신다면) —-찐—- distinct → 태그순서 바뀜 → stream.distinct → 해결함 → pageable사용 시 다 제거되어 하나만 나옴 → 다시 distinct . . . . . (join fetch 안해야하나?)
• [ ] post list 조회할 때 n+1 해결하기 위해 처음에 tag가 많을거라 판단 join fetch하였고 one to many 는 multifetch가 안되기 때문에 many to one 인 account를 join fetch하였다. like에서 쿼리많이나가는거 해결하려고 List를 먼저 받아오는 방법을 택하였다.
• [ ] 동적 Order by → OrderbyNull 미지원 → 객체생성 → 페이징 → ?????????

• [ ] response : GlobalResponseDto로 공통

QueryDsl

Data 다루기

달달 외우자

distinct 사용시 tag 순서가 보장이 되지 않았음 따라서 stream().distict() 사용 시 같은 객체는 중복을 제거하기 때문에 Entity를 가져왔을 때 같은 객체가 보장되나보다.(Post를 기준으로)