회원탐색기(user) 모듈을 만들고 있습니다.

검색어 자동완성 기능을 욕심 내다가 일이 점점 커지고 있어요ㅋㅋㅋㅋㅋㅋㅋㅋ큐ㅠㅠㅠㅠㅠㅠ

 

일단은 user라는 이름의 모듈 설치 -> DB에 user 테이블 생성 -> member 모듈의 user_name과 nick_name을 가져와서 자소 분리시킨 문자열(user_dissembled, nick_dissembled)을 insert하는 데 성공했습니다.

 

0.png

 

근데 판단이 좀 안 섭니다.

자소 분리된 문자열을 대상으로 검색을 해야 하는데,

 

1) 새로 만든 (위에 보이는) 두 컬럼을 아예 기존의 member 테이블에 붙여넣고, 키워드 검색을 하면, member 테이블에서 바로 결과값들을 가져오는 게 좋을지,

2) member 테이블로부터 필요한 회원 관련 변수값들을 다 가져와서, 새로 만든 user 테이블에 insert한 뒤, 키워드 검색 및 결과값 출력 모두 user 테이블 내에서 하는 게 좋을지,

3) 아니면 user 테이블을 저대로 둔 채, user 테이블의 컬럼을 대상으로 검색하고, member_srl을 기준으로 member 테이블을 조인시킨 뒤 결과값을 출력하는 게 좋을지...

 

어떻게 하는 게 더 효율적인가요?

... 질문을 맞게 한 건지도 잘 모르겠네요ㅜㅜ

  • ?
    와~ 응원합니다. 그리고 비개발자라 정확한 도움을 못드리는점 죄송합니다

    - 1)번안이 기존에 member테이블을 이용하던 애드온/모듈들과 충돌만 없다면 제일 좋은것이지 않을까... (그니까...요즘 제법 꽤 되는 애드온/모듈들이 캐싱을 이유로 멤버 모듈의 안쓰는 칼럼 어딘가의 공간을 이용한다고 했던것 같기도....)

    그런 저런 연유로 3번안이 가장 안전? 한게 아닌가.... 점을 쳐 봅니다.
  • ? profile
    죄송은요... 모듈 만들 게 부추기셨으니 책임을 나눠지시면 돼요ㅋㅋㅋㅋ
  • profile ?
    ^^ 연대 책임 지겠습니다
  • ? profile
    든든합니다~☆
  • profile
    3번방법으로 조인시키는것이 좋아요.

    1,2 번 방법 어떻게든 두번씩 쿼리를 돌려야 할 수 있어요.

    일반적으로 OBject 캐시 사용 홈페이지에서는 크게 문제가 없을지 모르겠지만..

    결론적으로 member_srl 이 두테이블에 함께 들어간다면 left 조인으로 옆에 조인시킨다음 유저 이름이 검색되었을때 실제로 가져올 수 있는 닉네임을 함께 가져와서 쿼리에서 넘겨주시면 되요.

    그 외의 extra_vars 라던지 등등 이런 옵션들은 이제 필요가 없잖아요 ㅎㅎ
  • profile profile
    감사합니다! 뭔가 감만 있고 확신이 없다보니 자꾸 헤매게 돼요ㅎ
    근데 extra_vars도 어쩌면 검색 대상으로... 그러면 점점 무거워지겠죠;;
  • profile profile
    그걸 검색하기 시작하면.. 여러서드파티의 의해 만들어진 extra_vars 때문에 좀 피곤해질지도..ㅋㅋㅋ

    쿼리 돌리기도 애매해요 ㅋㅋ
  • profile profile
    $list_config인가요, 게시판의 사용자정의 가져와서 검색대상으로 놓듯이, member 테이블에서 extra_vars...
    아, 모르겠고ㅋㅋ extra_vars는 복잡해요ㅜ
  • ?
    뷁맛사탕 같은 경우는 고려대상인가요..?!
    ㅂㅜㅔㄹㄱㅁㅏㅅㅅㅏㅌㅏㅇ
  • ? profile
    농락 또 시작인가요;;; 이번엔 안 당합니다.
    근데 검색은 될듯해요ㅋㅋㅋ
  • profile ?
    농락이라뇨...!
  • ? profile
    ㅎㅔㅎㅔㅎㅔㅎㅔ