[일반] 이 인덱스 설계 봐주셈

[익명(58.29)]

long, boolean, long 이렇게 3개 컬럼으로 구성할건데
1번째는 변동이 없지만(외래키라 고정)
2, 3번째는 변동이 굉장히 잦음
소규모 토이플젝이라 뭘하든 성능이 크게 저하되진 않겠지만
대규모라고 가정한다면 기능을 변경하더라도 다시 설계해야할 수준인가?
어느 정도의 오버헤드인지가 가늠이 안되네

[익명(58.29)]

3개 각각 인덱스 아니고 복합인덱스임

[익명(qwebnm9)]

인덱스도 되게 케바케가 심해서 erd라도 보여줘야 알거같은데 1. 1번째로만 걸렀을 때 대충 어느정도가 남나? 2. 마찬가지로 두번쨰 까지만 걸렀을 땐? 3. 해당 쿼리가 자주 호출되거나 중요한가? 4. 별도 테이블, db(뭐 es라든지)로 분리할 수 없는가?

[익명(58.29)]

1로 걸렀을때 200~300건 남을 걸로 예상됨 2로 거르면 true false 약 8:2 정도 자주호출되는 기능이긴한데 악의적인 연속요청을 애플리케이션에서 차단하는건 가능함 4번은 한번 고민해보겠음 ㄱㅅㄱㅅ..

[익명(58.29)]

아 2 잘못말했다 2로 거르면 true false 비율 2:8 정도임

[익명(qwebnm9)]

음 근데 변동이 잦다는걸 이제 봤네. 변동이 잦으면 인덱스 저렇게 거는건 절대 비추함 어떻게든 테이블 쪼개거나, 일관성이 중요한 기능 아니면 ES같은거 태우는게 나을듯

[익명(58.29)]

Aㅏ... 사실 이거 페이징 때문에 인덱스 거는거였는데 걍 페이징은 포기해야겠네..