(RDB) in으로 500개 호출, 1개씩 500번 호출 어떤것이 더 좋을지

Question

MSA구조상 저희쪽에 특정 펑션의 여부를 알기위해서 호출시에 저러한 API기능을 제공해야 하는 상황인데요. (상품결과가 500개 되면 다 호출해야하는 상황 - XX여부)API1번 호출에 파라미터에 500개를 받아서 나누어 in에 넣는 방법은 in 절에 조건이 많을수록 acess 되는 row 가 증가하게 되어 성능이 좋지는 않은데, 그렇다고 1개씩 API로 받아 여러번(500번..) 호출하자니 그것도 DB나 API서버에 부담이 되지 않나 싶기도 한데요.테스트를 해볼 수 있겠지만, 이러한 비슷한 경험해보신분 있을까요?

Clickin · Answer

저는 주로 페이징+비동기로 호출하는 식으로 구현했던 기억이 있는데 상황마다 달라서 벤치마크 해보고 더 나은 방법을 사용하는 편이 좋을 듯 하네요

xml개발자 · Answer

논리적으로 in으로 호출하시면 될 것 같아요.실제 row에 접근하는 방식은... rdb의 옵티마이저 역할입니다. 옵티마이저를 믿어보시는 것도 좋을 것 같습니다.

장독깨기 · Answer

둘 중에 하나를 해야 한다면, in 절로 하는게 낫습니다. 500번의 API 호출은 ... 안 됩니다.그러나, 저 상황 자체가 좀 바람직해 보이지 않습니다. 뭔 가 구조적인 문제가 있을 거 같은데요.비지니스 로직이나 구조화에 대해 좀 더 검토를 해보는 것이 좋을거 같습니다.

bodyMist · Answer

다른 방안 제시보다는 일단 당장의 조건 500개 IN 쿼리 vs 1개 조건문 500번 호출을 따진다면 IN 쿼리가 성능적으로도, 리소스적으로도 이득입니다. 매번 커넥션 풀에서 커넥션을 생성하고 락을 기다리고 하는 것은 어마무시한 시간을 소요하게 될 것입니다. 조건 컬럼에 해당하는 것이 무엇이며, 인덱스의 선두컬럼에 들어가는지, 어떤 타입인지 등등 다양한 요소가 끼어들수 있지만 현재로서는 IN 쿼리를 선택하시는게 가장 빠른 해결방안으로 판단되네요.

kiel · Answer

in 으로 무조건 500개 vs id 500번 호출 이라는 양극단의 방법만 있는건 아니죠.in - 20 개 씩 여러번 호출하는 방법도 있습니다.참고로 in 절에 어느 정도 이상 들어가면 인덱스를 제대로 타지 못하는 현상이 있을 수 있어서, 실행 계획을 확인해보시고 테스트를 직접 해보시는게 좋습니다.

(RDB) in으로 500개 호출, 1개씩 500번 호출 어떤것이 더 좋을지

5개의 답변

Q&A 목록