아 안그래도 클럽 때문에 너무 골치가 아픈대..
빠른 시일안에 새로운 까폐 만나 뵙고 싶습니다^^
유아원님 걸로 갈까 고민중 이었는데요..
연동 땜시 ㅜㅜ

그럼 언제부터 작업 들어 가나요?? 너무 오랫동안 기다려온 거라서...
그리고 gcafe<--요놈 이름 드림위즈에 g카페라고 있는데...ㅎ

오~~~ 반갑고 기쁘다못해 좋은소식이네요^^

우웃!!
테이블 하나로 되길 내심 바랬는데  ㅠ ㅠ

의견하나.

sir에 공개된 모든 스킨을 카페에서 사용하게 만들 필요가 없다고 생각하는 1人
카페용 단일 스킨으로 모드별(일반, 갤러리, 웹진)로 리스트가 출력되는 방식이 좋지 않나요?
곱슬최씨님 스킨이나.
네이버 카페처럼요.

규모가큰 커뮤니티(ex:마이클럽,정글)에서도
카페는 구색맞추기식이나, 정말 작은 규모로운영되거든요.

거의 빌더가 될거 같은데.

테이블로 하나는 글쎄요 그냥  테이블 수 제한없이 하는게좋을것같습니다..

고수들이 보기에는 까페방식이 더 간단한 것이군요.

기다리겠습니다.....

관리차원에서 테이블수가 적을수록 좋지요/
현재클럽형태에서 메뉴별로 스킨을 마음대로 적용할수 있도록 해도 훌륭할것 같은데....
좀 힘던가.... 기대하겠습니다.

기대됩니다....
빨리 보고싶네요.....

오~ 기대합니다. ^^  빨리 보고 싶어요~ 좋은 주말 보내세요~~~~~~

1개의 클럽당 1개 테이블로 해야합니다.
중규모 커뮤니티에서 운영할 경우 매우 관리가 힘듭니다.
테이블 수가 몇만개 되어버립니다. 이로 인해 테이블 찾는 쿼리시에도 부하가 매우 걸리고
찌꺼기 제거나 기타 작업시에도 다운 현상이.. 디스크 억세스 타임이 매우 길어지면서
전체 서비스에 영향을 줍니다.

메뉴마다 테이블을 각각 하는 경우는 네이버나 다음처럼
디비서버 군이 1군 2군 있을때나 가능한 방법입니다~

하지만, 또 정작 엄청 대규모가 된다고 해서 DB서버를 여러개 한다해도
1개 클럽에 1개 테이블로 그냥 유지해도 속도에 문제가 없습니다.
그리고, 카페 같은데 보면 사실 대규모일수록 특정 메뉴 몇개에 글이 몰립니다.
큰 차이가 없을거 같습니다. 그렇다면 확장이나 정리 뜯어고치기가 편한 1개 테이블로 가시는것이

1개로 할때의 장점은 테이블 수가 많지 않으므로 관리가 용이하다.
클럽내에서 1개의 테이블을 쿼리하므로 캐쉬의 이득을 본다.
여러개로 하니 부하가 걸렸습니다. 캐쉬도 많은 낭비가 있었고..

중규모라면 1개 테이블로 가는것이 조을거 같습니다.
몇만명 오는 커뮤니티의 경우 돌려봤는데 그누보드 쿼리나 코드 튜닝하고
캐쉬 적당히 설정하고 1개 테이블로 하는것이 정답이고..

메뉴별로 테이블하는것은 분명 대규모 설계인데 이것은 즉,
DB서버를 나누어서 커넥트하는 모듈을 만드는것이 한 세트입니다.

중규모 부터 출발하는 플러그인이라면 1개 테이블이 낳고
DB서버를 여러대로 확장 운영시에 추가 모듈을 작성해서 설계하는것은
각자의 서버나 커뮤니티 환경, 연결 모듈, 병목지점, DB등을 고려한 작업이므로
각자의 튜닝과 확장 설계가 어차피 필요합니다.

걍 1개의 테이블로 갑시다. 테이블이 하나라도 스킨 제어는 자유롭게 될 수 있습니다.
제 생각에는 추후 대규모 커뮤니티를 위한다면..
1개의 테이블로 하되 각각 클럽별 DB서버 접속하는걸 설정한다든지
옛날 자료를 특정 백업 DB로 옮기고 본 테이블에서 삭제한다던지
추가모듈을 지원하는것이 무난할듯 합니다.

지금 다른 웹하드들의 클럽들도 1개 테이블로 하는곳이 많습니다.
거기서 안쪽에 DB서버를 2개 하고 웹서버를 엄청 큰 회선과 고사양에 물린다던지
웹서버를 여러개 하고 DB서버를 엄청 고사양 서버를 물린다던지
각자 회사마다 다르긴 하더군요~

네이버나 다음은 카페 자료를 오래 보관하고 그 검색결과가
자신들의 검색엔진에 반영해야 되므로 여러 경로에서 접속이 빈번하기 때문에
DB서버와 각 테이블이 나뉘어져 있는데..

사실 이때도 검색 결과 쪽은 검색결과 캐쉬 테이블에
일정 업데이트 시간에 반영되게 하고
그 테이블만 억세스합니다. 즉 1개 게시판만 억세스 하는것이
중규모나 확장할때도 콘트롤이 수월하며 캐쉬로 적당히 조절할때
수월하다는것이 맞을 듯합니다~

다른 분 의견은 메뉴마다 각각 게시판하고 싶어하시겠지만
몇만명 오는 사이트를 여튼 운영해본 결과 전 그렇게 느꼈습니다.

머 일단, 1개의 테이블을 쓰는 나라오름님 초기버전 매우 버그 많습니다.
그 중에는 그누보드의 원래의 문제도 있었습니다.
예를 들면, 분류(메뉴)가 삭제, 쓰기, 이동, 전체 삭제, 댓글 등등에서
풀리는 문제.. 이는 머 코딩으로 그누보드 자체를 손보니 고쳐지긴 했고..
테이블을 한개를 쓰고 분류로 커버하니 생기는 골치아픈 문제였는데
여튼 코딩으로 해결이 되긴 하네요~

기타 자잘한 버그도 많았는데.. 예를 들면 클럽에 같은 아이디가 이중 가입..
클럽 등급 이중으로 나오는등.. 코딩에 약간 빠진게 하나씩 있더라고요..
스킨 재설정 문제 등등 머..

그런데, 이런 문제들도 나름 1개 테이블이라도 코딩으로 커버가 되긴 했습니다.

머, 근데 또 따지자면 메뉴마다 테이블을 해도 관리는 되긴 하죠..
또 적당히 코딩하고 캐쉬하고 튜닝하고 글로벌 변수 쓰고..

여튼, 머~ 글쎄요!!
아 웹호스팅을 쓰시는 분들은 한 DB에 너무 많은 테이블이
있다면 불편은 하겠네요~