제목 | DB 테이블 증설에 대한 개발 고민입니다. | ||
---|---|---|---|
카테고리 | DB | ||
글쓴이 | 인더제이 | 작성시각 | 2018/06/07 11:44:51 |
|
|||
안녕하세요. 맡고 있는 프로젝트 데이터베이스에 대해 의견이 듣고 싶어서 글을 작성하게 되었습니다. 현재 CMS 1개, ADMIN 2개, SERVICE 2개로 총 5개 프로젝트를 유지 보수 개발 하고 있으며 DB는 통합하여 하나의 서버에서 관리합니다.
인수인계 받을 당시 DB 서버의 테이블이 260개 정도가 되는 상황입니다. 차후에 CMS 1, ADMIN 1, SERVICE 는 계속 증설 가능하도록.. 통합 관리를 목적으로 가지고 있는 프로젝트 입니다. 신규 테이블 증설시 테이블을 분리해서 증설 할지 통합 해서 증설 할지에 대한 고민 중 결정을 하지 못하여 조언을 구하게 되었습니다.
우선 한 DB 서버에 테이블이 260개 정도면 많은 편에 속하나요? 계속 증설될 경우 서버에 무리가 가나요? 아니면 성능에는 별로 지장없고 그냥 구조파악에만 어려움이 있는건가요? (테이블은 키 연결 없이 각각 개별 테이블 형태입니다.)
업체 쪽 입장은 계속 증설되는 테이블 때문에 구조파악이 어려워 이를 우려하는 상황입니다. (저 엮시 테이블 정보를 전부 알지 못하고 정리된 문서가 없어서 이 부분을 매우 공감합니다.)
하지만 한편으로는 비슷한 서비스라 하더라도 현재는 분리되어있기 때문에 DB 테이블 역시 분리되는 것이 맞다고 생각이 듭니다.. 양쪽 서비스가 한 테이블에 의존하지 않아야 차후 통합할적에 구조파악이 쉬울거 같고.. 통합을 할 적에는 구조를 다시 잡는게 오히려 나을거 같다는 생각이 계속 드는데요. 이 부분에 대한 조언을 듣고 싶습니다.
어느게 좀 더 나은 생각인지 잘 모르겠습니다.
관련된 조언 부탁드립니다.
|
|||
다음글 | 파일업로드시 확장자 검토 방법 (6) | ||
이전글 | Redis 관련 질문입니다. Redis 개념을 오늘알게... (2) | ||
변종원(웅파)
/
2018/06/07 12:23:15 /
추천
0
|
인더제이
/
2018/06/07 13:05:01 /
추천
0
말씀 주신 대로 차후 재구성하는 방향이 맞긴 한 거 같습니다. 계속 고민해봐야겠습니다. 조언 감사합니다. |
테이블이 계속 확장되고 있다는 것은 개발 초기에 고려했던 대상이 아니라는 뜻이 됩니다. (고려했으나 고려했던 범위를 벗어났을 수도 있구요)
통합과 확장을 고려한 형태로 재구성하는 것이 좋을 것 같습니다.