[DBA님들께] 1년에 1억 row가 inser되는 테이블 설계 방향?

민봉기   
   조회 5431   추천 35    

일년에 약 1억건(row) 정도 insert 되는 테이블 설계를 하려는데

조회성 테이블 이고요.

부하를 줄이고자 테이블 명을 날짜 단위로 나눠서 union 하자는 의견이 있는데

1. 하나의 테이블을 쓰는 것. 예) table

2. 날짜 단위로 테이블을 나눠서 쓰는 것. 예) table_20060101, table 20060102, ...

두개를 비교하면 어떤 방식이 나은지요?

2번 같은 경우 union 하는데 드는 부하도 상당할 거 같고 (union은 인덱스를 안타고 풀스캔하죠)

1번 같은 경우 1년에 1억건에 해당하는 row의 압박이 있을거 같은데 (인덱스만 잘 잡으면 해결할 수 있을거도 같고...)

나름 1번이 주효하다고 생각하는데 여러분은 어떻게 생각하시나요

어떤 근거를 들어서 2번을 반대하고 1번을 주장할 수 있죠?
짧은글 일수록 신중하게.


QnA
제목Page 4603/5727
2015-12   1777834   백메가
2014-05   5252905   정은준1
2004-12   7066   이병일
2002-09   13172   정은준
2005-07   6097   홍순형
2003-07   10830   이준성
2007-06   4796   최원식
2008-01   5008   강정훈
2005-06   6501   김승효
2002-08   13442   윤치열
2006-01   5704   서경주
2007-03   8105   방효문
2007-05   4884   이종민
2004-11   6658   류경우
2005-02   6842   최종헌
2002-10   11181   이성준
2005-12   5625   박동선
2006-04   5918   남윤진
2007-01   4674   이대로
2005-11   5497   이윤성
2006-07   6451   이윤성
2004-08   7081   김형도