분당 100개 레코드
한시간은 60분
하루는 24시간
일년은 365일

100*60*24*365 = 38,160,000

이 정도 레코드가 되면 테이블에 레코드가 몇개 들어가 있는지 체크하려고 SELECT COUNT 만 때려도
뻥 좀 보태서 점심 먹기 전에 명령 때리고 점심 먹고 와서 결과 봐야할 정도가 됩니다 ㅎㅎㅎ

5분 단위로 통계를 내서 저장한다던가 하는 무슨 조치가 필요할 것으로 보여집니다.
나중에 좌절하지 않으시려면요 ^^



newhuni 님이 쓰신 글 :
: 로컬 DB를 이용한 APP를 개발하려고 합니다.
: 그런데 DB선정을 어떻게 해야할 지 좀 막막해서 조언 부탁드립니다.
:
: 테이블 필드는 아래와 같습니다.
: [이름], [년], [월], [일], [시], [분], [초], [주소1], [주소2], [주소3], [데이타1],[데이타2]... [데이타8]
: 이름은 30바이트 생각하고 있으며 나머지 값들은 모두 short int또는 int형을 사용하려고 합니다.
: 대략 이름(30byte) + DateTime(12byte) + 어드레스(6byte) + 데이타(20byte) 하여 68바이트로 레코드가 구성됩니다.
: 1분에 50개에서 100개의 레코드가 Insert될 것입니다.
:
: 이렇게 계산하면 최대 분당 680바이트 , 하루면 9.3메가바이트, 한달이면 대략 280MB입니다.
: 1년이면 3.3기가바이트가 되겠네요.
: 이정도 양의 데이타를 로컬DB에 저장하려고 합니다.
:
: 주 목적은 트렌드 보기... 
: 사용자가 입력한 날짜범위의 데이타를 그래프로 표시하려고 합니다.
: 즉, 읽어올 때 좀 빨라야 합니다.
:
: 처음엔 단순히 로컬디비라 MDB를 쓰면 되겠다.. 생각했는데..
: 저정도 양이면 MDB로 사용가능한가요?? DB쪽은 아는게 별로 없어 조언 부탁드립니다.
: 만약 부족하다면 추천해 주실만한 DB좀 알려주세요.
:
: 아. 그리고 access 2007부터는 mdb가 아니라 accdb라고 다른 포맷을 사용하네요.
: accdb는 속도가 많이 개선된 건가요??
:
: 아시는 고수님 조언 부탁드립니다.