획기적으로 전 디비를 한대 줄이겠습니다.

이런계획 안쓴다 이말입니다.

물론 돈이 많으시면 써도 됩니다.

그리고 쉬는 시간이 하나도 없는 디비라면 꼭 써야 하겠죠

꼭 써야 한다면 디비 복제를 이용하면 되고요,

replication 이라고 하죠

아니면 통계 테이블을 형성하시고 일정시간마다 통계 데이터를 만들어서 업데이트 하도록 만들어 두겠습니다.

하루에 쉬는 시간대를 찾아서 그 통계 데이터를 넣어두고 쿼리를 하는거죠

아니면 통계의 기본 데이터를 구성해서 넣어두고 이걸 쿼리 하는 방법이 좋을듯 한데요 ^^; 리블리케이션은 따로 찾아 보시면 많이 있을꺼 같은데요 ^-^;

이미 상황상 간단한 방법이라는 것에는 한계가 있을 듯한데요.

가장 근접한 답이 복제(replication)을 이용하는 것입니다.

그리고 그와는 다른 방식이겠지만

차등 백업의 형태를 이용하는 것도 있습니다.

이렇게 될때에는 백업plan을 세우고 scheduling을 해야 하겠지요

그리고 당연 이 작업의 이전에 통계는 트래픽의 통계는 뽑아야겠지요.

그리고 마지막은 이건 정말 못할 짓인데요.

테이블당의 업데이트를 다른 하나의 서버에 들어가게끔

procedure나 Trigger를 작성하는 것입니다.

추천하는 작업은 위의 세가지중 1, 2, 3(이건 정말 하면서 저를 욕할지 모름)입니다.

화이팅 하십시요

일단 서버를 합치는건 제가 어찌 할수가 없는 문제라

무조건 그쪽에선 이런 방식으로 하길 원하는 듯 하고

그쪽의 엔지니어는 작업일정에서 프로시져 작업으로

일정 시간에 데이터를 통채로 가져와서 집어넣는 방법을 쓰라고 하더군요.

한숨만 나오는 중입니다