이전 DSN 의 로그를 PostgreSQL 로 저장해서 관리해 보았었습니다. 그렇게 많은 양은 아니었기 때문에 한 일년 모았더니 약 400메가 가량 되더군요. 이 정도 처리는 문제가 되질 않았습니다. 하루 4G 라면 개인적으로 생각하기에 아마도 입력상의 문제가 발생할수 있을 것 같습니다. 초당 걸리는 트랜젝션이 장난이 아닐것 같군요. 서버 사양이 충분히 높다면 몰라도...

입력만 하는 경우라면 디비 서버의 기능에 크게 관여되지는 않습니다. 나중에 로그 분석시 애를 먹게 되겠지요. 생각보다는 장난이 아닐 것 입니다.

그리고 파일시스템도 문제가 될 것 같습니다. 너무 양이 많지 않을까요. 파일 하나에 (결국 하나의 테이블은 하나의 파일로 저장되기 때문에...) 4G 라면 리눅스나 프비에서 처리하기에 생각보다는 장난이 아닌 사이즈입니다. 현실적으로 생각해야 할 필요성이 있을 것 같습니다.

-- yundream 님이 쓰신 글:

>> 음.. ..

>> 로그관리를 위한 DB를 선택중에 있습니다.

>> 굳이 선택문제 때문이 아니더라도 궁금해서 그러는데..

>> 하루에 2G 정도의 데이타를 post 가 처리할수 있을까요 ?

>> 여기에서 처리라는건 순전히 입력을 말하는 겁니다. log 데이타 이니만큼

>> 순수 텍스트 이구요..

>>

>> 기존에 관리하던 DB는 Oracle 이였습니다.

>> 로그내용을 파일로 받아 놓고 이를 loader 를 이용해서 오라클에 적재하는 방식이었는데,

>> 튜닝이 되지 않는 상태라서 그럴지는 몰라도, 툭하면 데이타 처리중 Oracle 다운 되었습니다.

>> 방법이 좋지 않아서 일수도 있지만요..

>>

>> post 가 처리를 하건 못하건 post 를 선택하지 않을것 같지만

>> (책임 문제 때문에요)

>> 어쨋든 상당히 궁금하긴 합니다.

>>

>> 그럼 좋은 하루되세요..