요청 관련 issue

[de-novo]

이슈

요청관련 로직은 페이지네이션 없이 첫조회시 모든데이터를 통으로 받는 것이 더 효율적 일 것 같음

이유

1. 요청관련 로직은 소켓통신을 통하여 실시간으로 생성, 응답, 업데이트(취소)를 데이터를 받아 사용해야하는데, 이때 중복된 데이터를 받을 가능성이 더 커지고, 또한 응답에 대한 정보를 화면성에 표시할때, 해당요청에대한 정보가 없을수있다는 문제도 있습니다.

2. 요청상태에대한 개수를 보여줘야하는데 이때 요청에대한 모든 정보를 알고있지 않는 이상 소켓으로 넘어온 응답정보가 반영되어있는지, 반영되어있지 않은지 판단하기 어려움이있습니다.

예상질문

1. 네트워크 오버헤드가 커질수 있지않나.
   A: 매요청시 모든 요청정보를 응답하기에 네트워크비용이 커질수 있으나. 요청로직 이론상 1~600개의 데이터밖에 안되기에 (실질적으론 최대 300개) 크게 부담없을것으로 판단됨

2. 요청 정보를 매 번 다꺼내오는 것은 성능상 비효율적이지 않나.
   답변: 현재 요청테이블을 조회할때 idx를 타는것은 id뿐이며, 상태에대한 로직은 결국 idx로조회후 풀스캔을 진행해야함.
   이는 결국 성능상 크게다를것이 없다 판단.

소켓을통한 응답 혹은 상태변경에대한 정보를 알려줄때 id값을 사용하기위해선 모든 요청 정보를 알고있어야 정확도가 높아짐.

소켓서버에서 변경된 데이터의 id, 변경된 정보가아니라, 변경된 후 개수를 직접 알려주는 방법도 있기는 하지만, 이것은 결국 각상태의 개수를 파악하기위해선 조회를해야하고 이조회가 변경될때마다 일어난다면 오히려 사용되는 리소스가 증가한다 판단함.