우선 욕먹는 이유는 이해는 감
처음이라면 누구나 그럴 수 있고
너무 광범위한 영역으로 접근하려니 초점을 잃게 되는 현상
db like %% 부하 -> 검색 엔진이라는
매우 정석적인 흐름대로 따라가게 되고
그 안에서 A, B, C, D, E, F 를 다 하려고 하니
독자로 하여금 글의 핵심을 못잡게 됨
예를 들어 보여주면
YN enum 조건이 파라미터에 유무에 맞게
AND가 동적으로 붙어
1. AND가 없는 경우
2. Y인 경우
3. N인 경우
(YN, Yn, date) 처럼
보통은 enum을 앞에 두고 맨 뒤에 날짜를 넣는게 일반적일텐데
이러면 인덱스 만들어야하는 경우의 수가 너무 너무 많아짐
칼럼이 늘어날 수도 있고
저러한 경우에 인덱스 설계를 어떻게 하는게 좋을 지
나의 생각을 정리해도 좋은 포폴이라고 생각함
Q. 동적 쿼리에서 조건의 유무가 다양해서 인덱스 설계가 어려움
A. 나의 설계 방식과 근거
이런 형태로 훨씬 간결하고 읽는 사람에게도 내 고민과 의도가 명확하게 전달됨
나중에 포폴 정리할 땐 이런 방향으로 하는게 좋음
옛날엔 독백하고 혼자서 곱씹으면서 구현해보고 깎아가면서 주제 벗어났다가 삼천포빠지고 그래서 힘들고 어려웠는데 요즘엔 걍 AI한테 계속 투척하다보면 삼천포 빠진것도 금방 구현해줘서 금방 제자리 돌아오고 방향 정하기 좋던데
봤으면 패드립은 삭제좀 해라 ㅋㅋㅋ
없던데? - dc App
욕먹을 이유가 없는데
길어서 욕먹음 - dc App
사실 학안취 쟤가 만드는 포폴은 검색엔진 직접 개발하는 회사면 좋아할만한 회사임. 네이버 구글 야후 뭐 그런거
메모하겠농
스크랩완료
@학벌안좋은취준생 힘냉