1000만개의 글이군요

그럼 한 개로 하면 무리일꺼 같습니다.

그래두 하나로 할려면,

데이터가 무엇이냐가 중요할 거 같습니다.

단순 게시물 이라서 지난 데이터를 검색할 일이 잘 없고

윗 게시물이 잘 쓰인다면,

캐싱 테이블을 만드는 것도 좋다고 생각합니다.

구간 검색 알고리즘도 쓸 수 있을 것 같구요

여러개 나누면 일련번호나 그런게 있어 자동 관리 되도록 하면

좋겠군요 테이블 관리 프로그램을 짜야 할거 같습니다.

하나의 table로 게시판을 구성하기에는 대용량의 자료가 된듯합니다.

대용량의 자료의 기준은 무언가?

절대적인 기준 이를테면 몇 만껀 이런 건 정확히 없습니다.

그러나 데이터를 처리하는 속도나 관리 등을 고려한다면

그건 분리되어야 할 듯합니다.

사용자는 DB가 어떻게 설계되었는지는 상관없습니다.

다만 그 액세서하는 속도의 차이를 느낄뿐이구요,

만약 관리하는 측면에서 통합된 게시판의 형태가 필요하다면

view를 사용하시면 될 듯합니다.

이는 관리나 운영상의 묘수이지 사용자 편익의 묘수는 아니니

분리하심을 추천합니다.