[Discussion] 카페 검색 시 조회 방법에 대한 논의

[psy-choi]

✏️ Description

저희는 현재 검색 속도가 검색어, 위치, 날짜, 테이블 조건, 그리고 예약 가능 여부까지 확인하여 검색을 진행합니다. 위 filter를 모두 거쳐야지 카페가 등장할 수 있는 것이죠.

하지만 다음과 같은 이유로 예약 가능 여부에 대한 조회는 검색 조건에 제거하는 것을 제안합니다.

1. 조회 속도가 너무 느리다.

• 25개의 카페에서 검색을 하는데도 이만큼이나 검색 속도가 느립니다. (일반 조회에 비해서 6배 정도 오래 걸리더군요..)
• 이미 여러번 동일한 검색을 진행했는데도(캐시) 이 정도 속도라면 고객 입장에서 굉장히 답답한 수준이라고 생각합니다.

2. 예약 가능한 시간을 알고 싶은 욕구 < 카페 자체, 혹은 원하는 테이블 유형에 대한 욕구 예약 가능한 시간이 있는 것보다는 원하는 테이블 유형에 대한 욕구가 중요하다고 생각합니다. 예약 가능한 시간 filter로 인해서 원하는 카페나 원하는 테이블이 존재하는지조차 알 수 없게 한다면 괜찮은 검색일까? 고민하게 됩니다.

👍 결론 검색을 진행할 때 검색되는 테이블 조건은 넣지만, 예약 가능 여부까지 적용해서 검색을 진행하지 말자. (물론 프론트 단에서 같이 보내지만 않으면 되는 문제이기에 UX 상으로 변경될 필요는 없고, API endpoint만 조금 수정하면 될 것 같고, 백 쪽에서는 해당 로직을 제거하면 될 것 같습니다.)

[isayaksh]

기능이 1477ms 시간이 걸린다는 것은 사실상 사용 불가능한 기능이라고 생각하고 검새 조건을 제한하자는 기성님 의견에 전적으로 동의합니다.

일반 조회에 비해서 6배 정도 오래 걸리더군요..

일반 조회에 비해서 6배 정도 걸린다는 것은 현재 <예약 가능 여부> 검색 조건을 제외하면 246ms 안에 조회가 가능하다는 뜻인가요?

[psy-choi]

기능이 1477ms 시간이 걸린다는 것은 사실상 사용 불가능한 기능이라고 생각하고 검새 조건을 제한하자는 기성님 의견에 전적으로 동의합니다.

일반 조회에 비해서 6배 정도 오래 걸리더군요..

일반 조회에 비해서 6배 정도 걸린다는 것은 현재 <예약 가능 여부> 검색 조건을 제외하면 246ms 안에 조회가 가능하다는 뜻인가요?

그거는 아니구 다른 API를 통해서 정보를 불러올 때 그 정도의 시간이 걸립니다. 뿐만 아니라 전문 검색 혹은, 다른 방법 등에서 빠르게 가져오도록 최적화 하는 방법도 지속적으로 찾고 있는 중입니다.