그누보드7 게시판 모듈
디비 테이블은 통합테이블로
게시판 1
댓글 1 로 되어 있네요.
게시판마다 테이블이 생성되던 구조가 아니라서 다행?입니다.
더미삽입 모듈을 만들어서 5만건 부터 20만건 까지 넣어보고 300만건도 삽입해 봤습니다.
10만건 이상부터는 테스트하게 힘들정도로 느립니다.
일단 무거운것 + 카운트 집계 필드를 사용하지 않고 매번 계산하다 보니 엄청 느립니다. 이것 + 알파로 많은것들 불러오니 느린데
ai한테 인덱스 및 집계 방식으로 개선해보라고 시켜서 확인해보니 300만건은 30초 이상에서 타임아웃 나던게 14초 정도로 로딩은 되고 있습니다.
이제 베타 시작인데 이런 저런? 리포팅 많이 해 보겠습니다.
아니 많이 해주세요.
신경 많이 써서 설계한듯 합니다. 이제 시작이니 갈길이 멀어 보입니다.
그누7의 성공을 기원합니다.!
총 8명이 반응했습니다
|
댓글을 작성하시려면 로그인이 필요합니다.
댓글 8개
디비 테이블은 통합테이블로
게시판 1
댓글 1 로 되어 있네요.
게시판마다 테이블이 생성되던 구조가 아니라서 다행?입니다.
=========================================
사실 프로젝트 막판에 기존 그누보드5 게시판 구조를 따르는걸 급하게 변경(요청)했습니다
아마도 대용량 게시판 모듈은 별도로 나와야 하지 않을까 하는 생각이 듭니다
저희쪽은 핵심 엔진 패치에 많은 시간을 쓰고 있어 단시간내에 나오기는 어려울것 같구요
관심있는 분들이 도전해 보시는 것도 좋겠다는 생각입니다
지운아빠님이 유출했던 게시판마다 생성한다는 정보와 달라서 의아? 했었는데 그런 사정이 있었군요.
...
암튼 백엔드는 제 소관이 아니라 어디에서도 언급 안하니 앞으로 참고 부탁드립니다.
왜 이걸 선호하냐면
ⓐ 게시판 추가＊삭제가 코드 변경 없이 가능
ⓑ 쿼리, ORM 모델, API를 하나로 통일
ⓒ 전체 최신글, 내가 쓴 글 같은 기능이 훨씬 쉬움
ⓓ DB 마이그레이션 부담 없음
그런데 리자님 글에 "사실 프로젝트 막판에 기존 그누보드5 게시판 구조를 따르는걸 급하게 변경(요청)했습니다"
이 결정은 현실적으로 이해가 되는 선택입니다.
그누보드 입장에서 보면 그누보드5의 유산이 너무 커요.
- 수십년치 스킨, 플러그인, 커스터마이징 코드
- g5_freeboard, g5_qna 같은 테이블명 직접 참조하는 코드가 수두룩
- 호스팅 업체 고객 대부분이 중소 사이트 운영자
이 사람들한테 "이제 테이블 구조 바뀌었어요" 하면 기존 커스터마이징이 전부 깨집니다.
오픈소스 프로젝트에서 하위호환성은 성능보다 중요할 때가 많으니까요.
라라벨, 워드프레스도 레거시 때문에 비효율적인 구조를 유지하는 경우가 꽤 있습니다.