백엔드는 늘 깐깐하게 따져야 하는구나...!

어제 2주정도 붙잡고 있었던 array를 POST로 전달하는 문제를 해결했다.
개발 유지보수를 용이하게 하기 위함이었는데... 들인 노력에 비해 코드는 적용도 못 되고 사라져야 했다.
이유인 즉슨... 조회 결과를 배열로 만들어 주고받으면 조회된 rows가 많을 수록 배열 크기도 커지고 사용될 서버 메모리도 늘어날 것이라는 점이었다.
덤으로 전달받을 녀석에겐 필요한데 조회해서 넘겨줄 녀석에겐 필요없는 칼럼의 경우...
필요없는 칼럼까지 조회함으로써 시간을 더 소모할 수 있다는 단점도 추가된다.
크~ 이걸로 백엔드가 갖춰야 할 관점에 대해 한 수 배웠다. 진짜 많이 생각해야되넹;;

뭐... 일단 해결책으로는
1. 배열 말고 쿼리를 주고받는 걸로 바꾸고...
2. 기능 on하면 GET이든 POST든 변수A를 1로 만들어서
그 변수가 1인 경우 조회할 칼럼 주가하는 것이 좋겠지..

단점으로는... 기능 ON하면 이미 조회된 rows가 잇음에도 한 번 더 DB조회를 하게 만든다는 점이 되겠다.



갑자기 든 생각인데,
... 쿼리를 반으로 쪼개볼까???

SELECT문만 있는 곳을 $sql1
FROM부터 그 이후까지를 $sql2로 나눠서...
받는쪽 필요한 칼럼은 따로 변수에 넣는거지...
즉. 전달용 쿼리, 조회용 쿼리를 따로 만들어 두는 거시다!!!

으흠~~ 이거 좋다~ 해봐야징~~