항상 많은 도움 받고 있습니다...

이번 질문은 시스템 설계 쪽 질문입니다...

비슷한 질문을 검색해 보긴 했는데... 정확한 스펙으로 여러 고수님들의 조언을 듣고 싶어서...

최대 한 시간에 10만건의 데이터가(master 테이블의 데이터가.) 쌓이는 시스템을 개발 중입니다.

보통은 한 시간에 한... 5만건? 정도가 될 듯 하구요.

사용자들이 직접 DB서버로 붙는 구조는 아니고,

application 계층에서 DB서버에 붙습니다. application쪽 서버는 com+이구요.

하지만... thread로 처리하고 있으니...

db서버 입장에서 보자면. 많은 사용자들한테서 요청받는 형태라고 말할 수도 있겠네요.

또한, 1시간 단위로 통계 데이터를 생성하려고 합니다.

이럴 경우, 지금까지의 경험(?)대로. application과 db서버를 분리하는 게 좋다고 말하고 있는데요.

건수가 많다보니. 제가 확신이 안 서서요.

분리하는 편이 낫겠지요?

또... 통계 데이터를 1시간에 한번씩 가공하려는데 - 물론... 스토어드프로시저로 작업하구요.

그 작업 있다고 하더라도... application과 db는 분리해야 하겠지요?

즉... 제 생각은

application서버 <-----------------> DB서버 (통계작업 포함)

이런 형태입니다.

혹시라도 나중에 통계 db를 분리하자 하는 말도 있는데요.

그러면

application서버 <----> DB 서버

| |

| | (1시간마다 통계 DB로 데이터를 가져감)

| |

|---------------> 통계용 DB서버

이런 형식이 되는데... 괜찮은 구성인지요?