테이블의 분리는 시스템의 부하를 위주로 나누는 것 보다는 자료의 성격/하고자 하는 작업의 효율성을 기초로 해서 분류하는 것이 원칙입니다.

만약 테이블을 5개로 나누어서 분리를 했는데 SQL 작업시 끊임없는 복잡한 JOIN 을 사용해야 한다면 이는 시스템에 더 큰 부하를 주는 결과를 가져 올테니 올바르지 않다 할 수 있습니다.

자료건수가 100만건이라고 하는 것은 크게 문제되지 않습니다. 합리적인 기준에 따라 나누시기 바랍니다.

> 안녕하십니까?

> 저는 디비에 대한 기초적인 것만 알고 있어 어떻게 하면

> 효율적으로 관리할까 하여 고수님들의 의견을 듣고자 이렇게 문의를 합니

> 다.

> 백만건 정도의 데이타가 있는데요...

> 분류를 하자면 5가지 정도로 나눌 수 있습니다.

> 저는 시스템 부하와 검색속도를 고려해 분류대로 5개의 테이블을 만들려고

> 하는데 그렇게 하면 전체 검색의 경우 효율성이나 시스템 자원을 더 잡아

> 먹지 않을까하는 우려가 되네요. 물론 한개 분류 검색에서는 시스템 부하를

> 덜 주겠지만요.

> 만약 고수님들께서 작업하신다면 이정도의 데이타량이면 하나의 테이블에

> 넣을까요? 아니면 테이블을 나누어 저장할까요?

> 고수님들의 경험을 들어보고 싶습니다.