#title tempdb의 최적화된 사용방법

작성 중..

==== 임시작업을 위한 DB만들기? ====
tempdb가 빠르다는 소리를 들어봤을 것이다. 뭐가 빠른가? 읽기? 쓰기? 정답은 모른다. 왜냐하면 환경에 따라 다르기 때문이다. 단, tempdb는 roll-back(undo)을 위한 최소한의 정보만 로그에 기록하고 roll-forward(redo) 정보는 로그에 기록하지 않기 때문에 입력 성능이 일반 DB보다 최고 4배나 빠르다(inside sql 책에서 그러더라)고 한다. 왜 roll-forward(redo) 정보는 로그에 기록하지 않을까? tempdb에 저장된 데이터는 서비스를 재시작하면 모두 없어지기 때문에 redo 로그가 필요없는 것이다. 그러므로 임시작업을 할 때는 tempdb에 작업하는 것이 유리하다. 하지만, tempdb를 RAID5로 묶어 놓은 디스크 배열에 위치시켜 놓고 필자가 뻥친다고 한다면 할 말 없다. 

==== 데이터 파일을 CPU수 만큼 만들어야 한다? ====