회원탐색기(user) 모듈을 만들고 있습니다.
검색어 자동완성 기능을 욕심 내다가 일이 점점 커지고 있어요ㅋㅋㅋㅋㅋㅋㅋㅋ큐ㅠㅠㅠㅠㅠㅠ
일단은 user라는 이름의 모듈 설치 -> DB에 user 테이블 생성 -> member 모듈의 user_name과 nick_name을 가져와서 자소 분리시킨 문자열(user_dissembled, nick_dissembled)을 insert하는 데 성공했습니다.
근데 판단이 좀 안 섭니다.
자소 분리된 문자열을 대상으로 검색을 해야 하는데,
1) 새로 만든 (위에 보이는) 두 컬럼을 아예 기존의 member 테이블에 붙여넣고, 키워드 검색을 하면, member 테이블에서 바로 결과값들을 가져오는 게 좋을지,
2) member 테이블로부터 필요한 회원 관련 변수값들을 다 가져와서, 새로 만든 user 테이블에 insert한 뒤, 키워드 검색 및 결과값 출력 모두 user 테이블 내에서 하는 게 좋을지,
3) 아니면 user 테이블을 저대로 둔 채, user 테이블의 컬럼을 대상으로 검색하고, member_srl을 기준으로 member 테이블을 조인시킨 뒤 결과값을 출력하는 게 좋을지...
어떻게 하는 게 더 효율적인가요?
... 질문을 맞게 한 건지도 잘 모르겠네요ㅜㅜ

윤삼
Lv. 19
아무래도 중급 초반 수준의 코딩 오타쿠인 것 같습니다.
댓글 12
- 1)번안이 기존에 member테이블을 이용하던 애드온/모듈들과 충돌만 없다면 제일 좋은것이지 않을까... (그니까...요즘 제법 꽤 되는 애드온/모듈들이 캐싱을 이유로 멤버 모듈의 안쓰는 칼럼 어딘가의 공간을 이용한다고 했던것 같기도....)
그런 저런 연유로 3번안이 가장 안전? 한게 아닌가.... 점을 쳐 봅니다.
1,2 번 방법 어떻게든 두번씩 쿼리를 돌려야 할 수 있어요.
일반적으로 OBject 캐시 사용 홈페이지에서는 크게 문제가 없을지 모르겠지만..
결론적으로 member_srl 이 두테이블에 함께 들어간다면 left 조인으로 옆에 조인시킨다음 유저 이름이 검색되었을때 실제로 가져올 수 있는 닉네임을 함께 가져와서 쿼리에서 넘겨주시면 되요.
그 외의 extra_vars 라던지 등등 이런 옵션들은 이제 필요가 없잖아요 ㅎㅎ
근데 extra_vars도 어쩌면 검색 대상으로... 그러면 점점 무거워지겠죠;;
쿼리 돌리기도 애매해요 ㅋㅋ
아, 모르겠고ㅋㅋ extra_vars는 복잡해요ㅜ
ㅂㅜㅔㄹㄱㅁㅏㅅㅅㅏㅌㅏㅇ
근데 검색은 될듯해요ㅋㅋㅋ