당장 커뮤너티를 운영할 목적으로 하는 것이 아니라면 일단 어떤형식으로던 구현해 보는 것이 중요하겠지요. 그리고 DB 에서 테이블이 많다던가 한 테이블에 자료수가 많다던가 하는 것은 그렇게 중요한 것이 아닙니다. 테이블이 백만개라도 상관없으며, 자료건수가 천만건이라도 상관없습니다. 단지 디비 퍼포먼스와 유지보수가 잘 될수 있는가. 향후 수정은 어떻게 될 것인가 하는 등등의 다른 문제에 더 많은 영향을 받게 되겠지요.

커뮤니티 별로 테이블을 만든다면 나중에 유지보수하기에 어려움이 많이 있을거같습니다..커뮤니티 생성시마다 새로운 테이블이 만들어져야 하니까여...

 

우선 같은 테이블에 둔다고 생각하시구여 대신에 마스터 테이블을 두어서.. 실제 서비스 될때는 두 테이블을 조인해서 해당 키에 해당하는 게시판의 글만 가져온다면....괜찮을거같네요..

자 님이 생각하신 방식은..다음이 2년전인가 디비 폭주전의 방식입니당.

 

자 글면 어떻게 해야하는가?

테이블 딱 두개 있으면 됩니다.게시판의 경우에는

물론 회원정보/동호회의 경우를 삭제한 경우입니당.

 

 

1000개의 동호회에 10개씩의 게시판이 있다면.

자..총 만개의 게시판입니당.

그럼..

한개의 서버에서 운영한다고 치고.(여러개의 경우는

나중에)..

 

만개의 테이블에 10개씩만 올라가도 10만개입니당.

게시물이.

 

그럼 퍼센티지적인 통게로 보면.

 

1000개의 동호회중에서 활성화된 동호회 같은 경우

몇개가 될꺼라고 생각하십니까?

 

이중 10%입니다. 그럼.. 나머지 90프로는 각각의 테이블로 제작을 하면 이 10%때문에 영향을 받겠졍?

 

당근.. 받죠. 그럼 여기서 한가지 질문

 

단일 테이블..구조인뎅 인덱스옆에 이게 어디 소슥의 글인지만 찾는 방식.이거든영..

 

자 그렇게 되면..

 

한 데이터 베이스 서버에 테이블이 결국 실질적인것은 한개입니당.

 

따라서 이 테이블 한개를 가지고 억세스 하는게 빠를까용.?? 여러개를 가지고 억세스 하는게 빠를까용?

 

물론 위에 10개의 데이터로는 광속보다 빠릅니당.

그러나.

자 테이블을 만개를 만들어서 하는 경우와

한개의 테이블로 10만개 이상의 게시물을 저장하는것?

어떤게 빠를가용?

 

1. 1개짜리 테이블

2. 10000개짜리 테이블.

 

1번 이거든여. 2번이라구 생각하신다면..휴...나에게 메일을 보내시면..제가 더 자세히 이야기할수 있음 좋겠군용.

 

1개 짜리 가 허벌 빠릅니당.

왜냐.

꺼꾸로 10000개 짜리 테이블로 설명을 하면.

 

일단 활성화단 게시판은 100개가 있다고 하면.

이 테이블들은 자주 읽기 때문에.. 인덱스가 라이브하겠져 메모리에.

 

그런데 어느날 이상한 썰렁한 게시판 몇개를 꽝 건들면

어떻게 돼여?

 

메모리에 인덱스가 다시 그 썰렁한 3개짜리 게시물이 드러있는 테이블이 올라가겠졍?

 

그럼 어떻게 되여??

 

전체적으로 다 버버버버버벅 거리겠졍?

 

왜냐 데이터베이스의 성능을 좌우하는것은..

 

I/O가 80프로인뎅 저는 90프로라구 생각해영.

 

그럼 램올리궁 하드 울트라 만5천 RPM짜리 올린다구?빨라 질까영?

전혀 아닙니당.

 

그럼 항상 그 인덱스를 메모리에 꽝 잡구 작업하는

한개 테이블이 훨씬 빨라영.

 

님 그럼 참고하시기를

 

앗 글궁 제가..PHP/MySQL로 포럼을 개발한게 있습니당. 관심있으시면... 멜주세용..^^*..

 

오라클/MS-SQL Server 2K로 포팅해드릴수 있습니다.