일단 DB 의 종류가 수만종을 넘어가고 하면 몰라도 그렇지 않은 상황에서 디비의 갯수가 늘어 난다고 해서 그렇게 시스템이 느려지지는 않을 것입니다. 그렇다면 디비를 늘리느냐 아니면 한 디비 내에서 관리를 하느냐 하는 것을 결정하는 중요한 인자는 무엇일까요.
당연히 관리의 편리성과 앞으로 확장의 용이성 등이라고 생각합니다. 항상 말씀 드리는 것이지만 데이터들의 분리는 그 자료의 연관성을 중심으로 판단해야 한다고 생각합니다. 더 좋은 의견 계신분 의견 올리시기 바랍니다.
::김석민 님께서 쓰시길::
> mysql로 클럽 관리 프로그램을 짜는데요...
> 전체 db를 하나두고...
> 클럽에 관한 db를 하나더 만들려고 하거든요...
> 클럽마다 테이블을 만들어서 회원 관리를 하려고요..
> 근데 그걸 전체 db에 넣어 버리면 관리 하기가 너무 복잡해 질꺼
> 같아서...
> 클럽 회원 전용 db를 만들어서...
> 클럽이름을 회원 정보 테이블을 만들어 따로 관리
> 하려고 합니다.
> 물론 전체 정보 db에는 각 클럽에 대한 정보와 일반 회원
> 정보 테이블 등....
> 클럽 자체적인 정보 이외에 회원 일반 정보가
> 담길겁니다.
> 그런데 한 사이트의 내용은 일반적으로 하나의 db안에서
> 구성을 해야 하지 않을까 합니다.
> 그래서 db를 위처럼 두개 쓰지 않고 그룹 단위로 쓸 수는 없나요?
> 한 테이블에 식별자 필드를 두어 클럽 관리를 하려고 했는데..
> 복잡해지고 속도도 느려지지 않을까 해서...
> 전문가 분들의 조언 바랍니다..
|