이거 SQL을 어떻게 해야 할까요??? 정보
이거 SQL을 어떻게 해야 할까요???본문
쪽지2에 주소록이란 것을 하나 만들어 보려구해요.
말이 주소록이지 실제로는 내 쪽지함에 있는 쪽지에 관련된 사람들을 하나로 보여주려구요.
회원아이디 수신함의쪽지수 발신함의쪽지수 저장함의쪽지수 전체쪽지수
그런데, 쪽지2에서는 테이블을 모두 분리해서 g4_memo_recv, _send, _save로 구분하고
있고, 수신자는 me_recv_mb_id, 발신자는 me_send_mb_id 와 같이 공통으로 되어 있죠.
이것을 SQL을 최소로 실행하면서 하려고 하니 머리가 아프네요.
처음에는 3개의 테이블을 하나로 합쳐보려고
select * from g4_memo_recv a, g4_memo_send b, g4_memo_save c 이렇게 했더니 명령이
먹히지도않고...
말이 주소록이지 실제로는 내 쪽지함에 있는 쪽지에 관련된 사람들을 하나로 보여주려구요.
회원아이디 수신함의쪽지수 발신함의쪽지수 저장함의쪽지수 전체쪽지수
그런데, 쪽지2에서는 테이블을 모두 분리해서 g4_memo_recv, _send, _save로 구분하고
있고, 수신자는 me_recv_mb_id, 발신자는 me_send_mb_id 와 같이 공통으로 되어 있죠.
이것을 SQL을 최소로 실행하면서 하려고 하니 머리가 아프네요.
처음에는 3개의 테이블을 하나로 합쳐보려고
select * from g4_memo_recv a, g4_memo_send b, g4_memo_save c 이렇게 했더니 명령이
먹히지도않고...
댓글 전체

단순히 카운팅하는 거라면
그냥 union all 쓰세요.
그냥 union all 쓰세요.

쪽지 테이블은 분리하지 않아도 될 듯했는데 분리하셨네요. ^^
분리를 할까말까 하다가 분리를 한 것은 sir 처럼 발신자가 지워버리면 수신함에서
사라지거나 수신자가 지우면 발신함에서 사라지는 문제를 해결하려구요. 그것을
flag를 이용해서 제어하는 것도 가능하지만 큰 사이트의 경우 쪽지에 수십만 건이
들어가기 때문에 그렇게 하는 것 보다는 분리하는 것이 관리에 편할 것 같아서
분리를 한 것이죠. union all ... 열심히 공부중입니다.
사라지거나 수신자가 지우면 발신함에서 사라지는 문제를 해결하려구요. 그것을
flag를 이용해서 제어하는 것도 가능하지만 큰 사이트의 경우 쪽지에 수십만 건이
들어가기 때문에 그렇게 하는 것 보다는 분리하는 것이 관리에 편할 것 같아서
분리를 한 것이죠. union all ... 열심히 공부중입니다.

많다고 분리하는 건, 제 생각에는, 안 좋습니다.
많은 걸 관리하기 위해서 db를 쓰니까요.
g4_memo_recv, _send, _save 이들 테이블에
같은 내용이 중복이 되는 건 아니죠?
많은 걸 관리하기 위해서 db를 쓰니까요.
g4_memo_recv, _send, _save 이들 테이블에
같은 내용이 중복이 되는 건 아니죠?
같은 내용의 중복 맞아요. ㅎㅎ...
쪽지2 개발 초기에는 내공이 워낙많이 딸려서 대충한거에요.
나중에 쪽지 3 개발하면 그때는 더 많이 효율화 가능하겠죠.
쪽지2 개발 초기에는 내공이 워낙많이 딸려서 대충한거에요.
나중에 쪽지 3 개발하면 그때는 더 많이 효율화 가능하겠죠.