힌트 좀 주세요. 정보
힌트 좀 주세요.
본문
요즘 재미 삼아 공부 삼아 만드는 사이트가 하나 있는데요.
좋아요 기능을 구현해보려고 하는데,
회원 A가 사진을 올리면 B가 좋아요를 누를 수 있습니다.
근데 당연히 좋아요는 중복으로 누를 수 없고, 기존에 좋아요를 누른 건 시각적으로 표시를 해줘야 할텐데요.
DB에서 회원에게 좋아요를 누른 게시물 아이디를 기록해 놓는게 나을까요?
아니면 게시물에 회원 아이디를 기록해 놓는게 나을까요?
아니면 아예 테이블을 하나 만들고 조인?을 하는게 나을까요? 조인보다는 for 돌아갈 때 쿼리를 날리게 될 것 같은데 이러면 쓸데없이 쿼리를 날리는게 아닌가 싶기도 하고...
여담이지만 퍼블리싱 디자인 끝도 못 본 주제에, 요즘은 간단간단한 프로그램 짜보는 재미에 빠져서 큰일입니다.
이거 말고도 벌려 놓은게 많은데 회사일 하랴 애 보랴 프로그램 짜보랴 정신이 없네요... ㄷㄷㄷ
아무튼 ^^;;
힌트 좀 주세요. ㅠㅠ
좋아요 기능을 구현해보려고 하는데,
회원 A가 사진을 올리면 B가 좋아요를 누를 수 있습니다.
근데 당연히 좋아요는 중복으로 누를 수 없고, 기존에 좋아요를 누른 건 시각적으로 표시를 해줘야 할텐데요.
DB에서 회원에게 좋아요를 누른 게시물 아이디를 기록해 놓는게 나을까요?
아니면 게시물에 회원 아이디를 기록해 놓는게 나을까요?
아니면 아예 테이블을 하나 만들고 조인?을 하는게 나을까요? 조인보다는 for 돌아갈 때 쿼리를 날리게 될 것 같은데 이러면 쓸데없이 쿼리를 날리는게 아닌가 싶기도 하고...
여담이지만 퍼블리싱 디자인 끝도 못 본 주제에, 요즘은 간단간단한 프로그램 짜보는 재미에 빠져서 큰일입니다.
이거 말고도 벌려 놓은게 많은데 회사일 하랴 애 보랴 프로그램 짜보랴 정신이 없네요... ㄷㄷㄷ
아무튼 ^^;;
힌트 좀 주세요. ㅠㅠ
추천
0
0
댓글 3개

저는 지금까지
게시물 <-> 새로운 테이블 <-> 회원
사유는 2가지입니다
1) 게시물을 삭제한 경우
2) 회원이 탈퇴한 경우
( 회원 테이블에서는 일정 기간이 지나면 삭제하지만
게시물은 삭제하지 말자...아깝당 )
따라서 새로운 테이블에는 PK 가 2개 존재합니다
Primary Key : 게시물고유번호, 회원번호(또는 회원아이디)
이러면 운영상으로 보았를때
어느쪽이 사라져도 게시물 자체나 회원 정보는 걸리는게 없고
베스트가 많은 회원이나, 게시물 등록이 많은 회원을 한방의
Query 로 쉅게 구할수 있더라구요
게시물 <-> 새로운 테이블 <-> 회원
사유는 2가지입니다
1) 게시물을 삭제한 경우
2) 회원이 탈퇴한 경우
( 회원 테이블에서는 일정 기간이 지나면 삭제하지만
게시물은 삭제하지 말자...아깝당 )
따라서 새로운 테이블에는 PK 가 2개 존재합니다
Primary Key : 게시물고유번호, 회원번호(또는 회원아이디)
이러면 운영상으로 보았를때
어느쪽이 사라져도 게시물 자체나 회원 정보는 걸리는게 없고
베스트가 많은 회원이나, 게시물 등록이 많은 회원을 한방의
Query 로 쉅게 구할수 있더라구요

먼저 댓글 감사드립니다. 벤지님
알듯말듯 알쏭달쏭하네요.
그럼 새로운 테이블명을 like 라고 치면,
like_id auto_increment unique(맞나...^^;;)
like_atc => 게시물 고유번호
like_mb => 회원 고유번호(혹은 아이디)
like_cnt => 게시물 좋아요 갯수
이런 식으로 구성하면 되는 거에요? ^^;;
베스트를 찾는다면 좋아요 횟수를 일정 기준 이상 정해놓고 걸러낸 다음 회원 개별로 몇개나 되는지 카운트 하면 되는 걸까요?
잘 몰라서 질문이 많습니다. ㅠㅠ;;
알듯말듯 알쏭달쏭하네요.
그럼 새로운 테이블명을 like 라고 치면,
like_id auto_increment unique(맞나...^^;;)
like_atc => 게시물 고유번호
like_mb => 회원 고유번호(혹은 아이디)
like_cnt => 게시물 좋아요 갯수
이런 식으로 구성하면 되는 거에요? ^^;;
베스트를 찾는다면 좋아요 횟수를 일정 기준 이상 정해놓고 걸러낸 다음 회원 개별로 몇개나 되는지 카운트 하면 되는 걸까요?
잘 몰라서 질문이 많습니다. ㅠㅠ;;

그럴것 같네여^^