방법 1. 게시판들을 하나의 테이블에 때려넣는다. = 쉽게 해결되는데 페이징 처리 방식이 OFFSET 방식이면 안 좋음.
더 보기 (More)와 같은 No Offset 방식이면 괜찮음
방법 2. 게시판들을 별도의 테이블로 다 분리한다. = 별도의 캐시나 통합검색을 위한 테이블을 만들어서 검색 결과를 빠르게 하도록 기능을 만든다.
성능면에서 방법 1보다 선택의 폭도 넓어지고 좋지만, 유지 보수 관리측면에서 매우 불편하고 추가적인 비용이 발생한다.
해당 댓글은 삭제되었습니다.
ㅇㅇ 나도 동의함. 그런데 안 그러면 1, 2, 3.. 페이지 번호를 부여한다거나 하는 offset 방식같은 걸 처리하려면 읽어야하는 양이 늘어나서 성능 문제가 무조건 발생하잖아. 이런 거보면 NoSQL 수요가 있는 게 이해되기도 하고...
물리적으로 읽어야할 양이 정해져있는데 왜 발생이 안함. 할 수밖에 없는데 뭔 소리?
offset 방식으로 1, 2, 3... 페이징 처리를 하는데 뭔 기법을 끌어와도 뒤로 갈 수록 읽어야하는 행이 늘어나는 것은 거스를 수가 없는데 뭐 소리를 하는건지...