수다닷컴

버섯수다님 감사합니다. 아직 초보라서 말을 다 이해하는건 아니지만 이런식으로도 많은 공부를 할수가 있겠네요. 인터넷을 떠돌면서 관련 자료를 찾아봐야겠습니다~

보통은 그런 노하우들은 업무특성마다 다를 수 있기에 비용을 지불하고
컨설팅을 받는경우가 대다수지만 어느정도 일반적인 상황에 대해서라면
해당 책을 한번쯤 읽어 보시는것도 그리 나쁘지 않다고 생각됩니다.
보통은 처리방식에 따라서 DBMS가 최적화되려면
부득이 UI 방식또한 최대한의 성능을 내도록 구성되어야 하기때문에
어느정도 설득력도 있으리라 봅니다.

군대라면 약간은 차이가 있을 수 있겠네요^^;;
까라면 까야되는...쿨럭...
군시스템은 참....뷁..

많게는 하루에 몇백개에서 몇천개에 달하는데...
이런 경우 기존 방식으로는 부하가 좀 심하게됩니다.
페이징을 위한 페이징 카운트를 가져오는 부분이라거나..
페이징 이동을 위한 네비게이션바를 가져오거나..
기타 등등 답변을 위한 조인부터 소팅까지..
처리하는 로직에 따라서 부하를 받을 수 밖에 없는 요인들이 몇군데 있습니다.
이런것들때문에 한때 다음등의 커뮤니티에서는 페이징 컨셉이 없던적도 있죠.
그렇다보니 게시판이라해도 이용하는 특성에 따라서 몇가지 분

흠.. 게시판 쿼리의 경우 몇가지 방식이 존재합니다.
제가 10년전부터 사용해오던 웹 초창기때의 NORMAL한 게시판?이라고 해야 하나요..
그 당시 게시판이라고 해봐야 건이 그리 많지 않았습니다.
페이징 방법도 정말 무식한 방법이었고..
그나마 조금 더 발전되었던게 서브 쿼리를 이용해서 BETWEEN 이든
ROWNUM등으로 절단하는 방법이었습니다.
기존 방식의 문제는 1페이지의 내용을 보여주는 속도와...
10000번째 페이지의 내용을 보여주는 속도가

/버섯돌이 답변 감사합니다. 게시판이 질의 응답 이기 때문에 자료 업로드는 막아 놨습니다.
단순히 질문과 답변만 있을 뿐이죠.
한가지 질문에 답글을 여러명이 확인 하면서 글을 읽고 목록으로 가고 다시 다음글로 가고 하는 과정에서 생기는 이른바 새로고침 과부하(맞나요?) 쪽에도 초점을 맞춰보도록 해야겠네요.

답변 감사합니다. 제가 말한건 군 내부에서 쓰는 전산망이라서 처음 생각할땐 편의에 마췄으나 군 특성상 업무에 불편해서 바꿔달라~ 하면 그냥 쓰는대로 써라라는 암묵적인 분위기에 일개 병사로서 사단까지 올라가서 결재 받아야 하는 공문에 부담을 ㅡ.ㅡ;;; 느껴서 최대한 서버에 무리가 가는 쪽으로 마춰볼려고 했는데 흠... 일단 편의쪽으로 초점을 마춰서 말을 최대한 그럴듯하게 써서 제출이라도 해봐야 겠네요.

기술적인 문제 보다는 UI에서 사용자의 편리함을 목적으로 설명을 해야 합니다.
어차피 내부적으로 reply과 comment는 비슷하게 동작해야 합니다.

흠...이 부분은 자바와는 그리 상관 없는 부분입니다.
현재 구조에서 DBMS의 처리와 사용자 UI측면을 고려했을때
부하량을 고려하셔야 할 듯 싶습니다.

그 상태에서 답글이 수백개가 되기때문에 파 묻혀 버리는 현상에 대해서
속도는 유지하거나 개선하면서 현재의 문제점을 해결할 수 있는 방식의 UI가 되어야할터인데..
막연히 접근이 어렵다면 \새로쓴 대용량 대용량 데이터베이스\ 책을 권해봅니다.
해당책과 현재 사내 시스템에서 구현하고 있는 게시판의 원리를

건의느는 - 건의는 ;;

답글만 있는 게시판과 답글과 덧글이 있는 게시판의 차이점을 설명한 뒤에,
지금의 불편함을 예시로서 설명하시면 될거 같습니다.
지금 문제점이 덧글이 없어서 짧은 내용도, 답글로 달아야하는게 불편하니까 성능 개선을 제안하는
거 같은데요.. 건의느는 어렵지 않겠지만, 문서화 및 pt등을 해야한다면 상황에따라서
결정하는시는분에게 잘 설명하는게 중요할거 같네요.
각 게시판 설명 - 현 게시판 문제점 제시 - 덧글일경우 문제점 해결가능 - 예상단가?