갤러리를 100개를 만들 때 테이블 명은? 정보
갤러리를 100개를 만들 때 테이블 명은?
본문
갤러리를 백개를 만듭니다.
bo_table = ???
예를 들어 과일 이름 하나를 게시판씩 할당합니다.
이럴 때 테이블 명은 어떻게 하는게 좋을까요.
즉,
DB에 들어가는 table명을
apple, orange, peach, graph이렇게 하는거랑,
f001, f002, f003 이렇게 하고 테이블 제목만 과일 이름으로 하는거랑,
관리차원이나 기타 운영 측면에서 어떤게 더 좋을까요?
bo_table = ???
예를 들어 과일 이름 하나를 게시판씩 할당합니다.
이럴 때 테이블 명은 어떻게 하는게 좋을까요.
즉,
DB에 들어가는 table명을
apple, orange, peach, graph이렇게 하는거랑,
f001, f002, f003 이렇게 하고 테이블 제목만 과일 이름으로 하는거랑,
관리차원이나 기타 운영 측면에서 어떤게 더 좋을까요?
댓글 전체
카테고리는 쓰면 안되나요?
카테고리는 하나의 게시판의 내용을 분류별로 나누는 것으로 알고 있습니다.
그렇게 하면 단점이 한갤러리에 자료가 많이 쌓일경우... 속도면에서 떨어지겠죠.
저는 one by one으로 만들려구요...
그렇게 하면 단점이 한갤러리에 자료가 많이 쌓일경우... 속도면에서 떨어지겠죠.
저는 one by one으로 만들려구요...
10개씩 묶는건 어떠신지요?
a01, a02...
b01, b02...
하지만, 차후 관리면을 생각한다면, 저역시 카테고리를 사용할것 같습니다. ^^
a01, a02...
b01, b02...
하지만, 차후 관리면을 생각한다면, 저역시 카테고리를 사용할것 같습니다. ^^
카테고리는 여분필드를 이용해서 묶으면 될 것 같아요.
어짜피 그누의 카테고리는 ... 한개의 보드를 가상으로 나누는 것이니까요..
어짜피 그누의 카테고리는 ... 한개의 보드를 가상으로 나누는 것이니까요..
카테고리가 가장 좋은 선택으로 보입니다만
index 면에서는 안 좋은 선택이 될 수 있습니다.
full table scan으로 row를 가져오기 때문입니다. index를 추가하는 것은 권합니다.
카테고리가 100 개쯤 되면 아예 테이블로 카테고리 코드로 만드는 것도 좋은 방법으로 보입니다.
index 면에서는 안 좋은 선택이 될 수 있습니다.
full table scan으로 row를 가져오기 때문입니다. index를 추가하는 것은 권합니다.
카테고리가 100 개쯤 되면 아예 테이블로 카테고리 코드로 만드는 것도 좋은 방법으로 보입니다.
