묻고답하기
속도문제 따른 문의 드립니다.
2014.08.01 02:02
xe의 훌륭한 구조, 다양한 기능, 미려한 인터페이스에도 불구하고 게시판 자체가 하나의 테이블이라 게시물이 많지 않거나 (예: 수십만건정도?) 동접자가 많지 않을 경우(예:2000명이하?) 전혀 문제가 안되는 것으로 알고 있는데요 이 부분을 맞게 이해하고 있는지 궁금합니다. 1.7.X 버전으로 업데이트하면서 비약적인 속도 향상이 이루어 졌다고 합니다.
또한 향후 게시물이 기하 급수적으로 늘어나고 동접자가 늘어난다면 캐시라던가 웹서버,DB튜닝, 서버확충을 통해서 얼마든지 속도 향상을 할 수있다고 생각합니다. 실제 이렇게 운영이 잘되고있는 싸이트도 있고요.
제가 궁금한 점은 xe로 독립서버로 운영중인 분들 중에 어느 정도의 게시물수과 사용자수에 부하포인트가 생기는지 궁금합니다.
물론 서버사양, 여러가지 모듈이나 애든온, 컨텐츠의 성격등 따라 많은 상황변수가 있지만 운영중인 싸이트의 속도가 어느 정도의 사용자수나 게시물이 임계점인지 궁금합니다. 프로젝트 기획서에 예산을 설계해야 하는데 이점이 궁금합니다.
감사합니다.
댓글 4
-
mAKEkr
2014.08.01 02:13
-
토라상
2014.08.01 02:26
좋은 말씀 감사드립니다. 20만건 메모하겠습니다. 묶어서 처리한다는 말씀은 어떤 의미인지 궁금합니다. 각각 다른 게시판의 보드데이타가 xe_documents에 집약되어 있던데 하나의 테이블이 아닌가요? 커멘트라던가 기타 다른 데이타는 물론 다른 테이블이 있지만요. 내부적으로 어떻게 처리하는지 몰라서 궁금하네요. 감사합니다.
-
mAKEkr
2014.08.01 03:37
xe_documents에 도큐먼트가 쌓이는 방식이여서 하나의 테이블 맞습니다.
새벽이라 제가 피곤해서 그런지 게시글 내용을 잘못 이해했나봐요 @_@ 너그러이 이해해주시길..
게시판 게시글 확인같은것도 documents안의 데이터의 module_srl을 이용하여 결정한답니다.
코멘트는 xe_documents에 저장되진 않구요, xe_comments라는 테이블 안에 저장될겁니다.
-
토라상
2014.08.01 08:07
아네~~ 좋은 조언 감사합니다..
1. DB튜닝은 이제 거의 하실필요가 없습니다. 거의 모든 DB를 XE내에서 자체적으로 캐싱합니다. 즉 캐싱 폴더의 속도향상만 해주셔도 더 빠른 응답속도를 보여줍니다.
2. 대략 20만건의 게시물을 임계점으로 봅니다. 여기서부터 DB에 튜닝을 하여 해결합니다.(전 방법을 잘 몰라서 어떤식으로 굴러가는진 모르겠습니다)
3. 게시판 자체가 하나의 테이블이 아닌, 모든 게시물을 묶어서 처리합니다. 그게 심지어 블로그가 되었던 쇼핑몰이 되었던 게시판이 되었던 말이죠. 2번의 문제가 생기는 이유입니다.