| 제목 | 아래 글 보면서 갑자기 궁금해진건데요~ | ||
|---|---|---|---|
| 글쓴이 | milosz | 작성시각 | 2012/01/20 12:55:08 |
|
|
|||
|
아래 글 보면서 갑자기 궁금해진건데요..ㅎㅎ 질문에 올리긴 애매해서.. 게시글 추천을 누른 후 다시 추천을 누르면 안올라가도록 구조를 짤 때 어떻게 짜는지 말이죠..ㅎㅎ 다음 아고라, 네이트 판 같은 곳은 추천 수가 어마어마 할텐데 추천 했다는 데이터를 다 테이블에 넣어놓고 select 해서 판단하는건지... 데이터가 어마어마해지면 엄청 느려질 것 같은데 이런 형태에 유리한 구조나.. 구현 방법이 있을까요?? 뭐 그정도 대형화 된다면 서버를 증설해서 해결해야 하는 부분입니다 라고 해도 납득이 되겠지만요^^; |
|||
| 다음글 | 고향으로 갑니다. (6) | ||
| 이전글 | (n-1)! 짜리 알고리즘.. ㅠㅠ (9) | ||
|
변종원(웅파)
/
2012/01/20 13:12:48 /
추천
0
|
|
SEB
/
2012/01/21 23:42:34 /
추천
0
추천대상번호를 key로 잡고 테이블을 짠다면,
추천 데이터가 아무리 많다고 해도 인덱스의 크기는 많이 커지지 않기때문에 충분히 메모리에 올릴 수 있을꺼고, hash인덱스를 사용하면 access time이 O(1)이므로 그다지 문제가 되지 않을것 같네요.. 웅파님 말씀처럼 많은 수의 간단한 key,row 테이블 검색에서는 no-sql이 유리하고 확장도 쉽겠죠 |
|
milosz
/
2012/01/25 15:01:38 /
추천
0
조언 감사합니다 ^^ 아직도 공부해야 할 것이 많네요.. 흐..
|
|
들국화
/
2012/01/26 11:30:02 /
추천
0
체크만 한다면 인덱스로 충분히 가능한 구조라 거의 시간이 안걸릴것 같네요.
|
다음이나 네이트 같은 곳에서는 일반 관계형db를 이용하지 않고 nosql을 이용할 겁니다.
대용량 로그형 데이터들을 담아놓고 사용하기에 좋거든요.
sns에서도 관계형db와 nosql을 혼합하여 적절한 곳에 사용하고 있습니다.