erd 설계 중 발견된 db관련 이슈

- 이벤트가 일어난 화면 컬럼에 추가해줌(책장을 접근하는 방식이 1과있고 2가 있으면 1과 2중에 어떤걸로 많이 접근하는지 알아보기 위해 -> 이후 접근성을 높여줌)
- 카테고리에 회원idx도 2개씩(등록자, 최종 수정자)

정말 별다기! (별걸 다 기능)

- 계층형 테이블도 써보기로 함, 코드 분류할 때 (독서모임-대면유무) 여기에 다 코드 들어가줘야하는데 대분류-소분류가 있는거니까 이 계층이 추가될 때마다 테이블을 추가하는 것보단 한 테이블에서 계속 추가되는게 효율적이니까 

up_code가 대분류면 code가 소분류인걸로 ex) UP_CODE : SYS - CODE : BANK / UP_CODE : BANK - CODE : 001
- 코드 이름 정할 때 (수정할 때) 중복체크 -> 코드 IDX auto_increment 컬럼 추가해서 해결함!

- 태그 테이블 만들어야하는건지?(내가 사용할거)

- issue: 분류 관리 테이블에서 어떤 분류를 추가하거나 삭제한다고 해서 그 기능이 새로 생기는게 아니잖아, 예를들면 판매 카테고리를 추가한다고 했을 때 판매에 대한 기능도 새로 구현해야하는데 카테고리에서 판매라는 데이터만 추가하는게 의미가 없음
그럼 이걸 왜 하는거냐? 
강사님 曰관리를 쉽게하기 위해, 리스트 한눈에 보기위해, 사이트가 죽었을 때 db에서 어떤 기능들 있었는지 확인하기 위해

멘토님 曰 그럼 검색조건 및 구분에 관련된 코드들은 빼고 서비스관리자가 수정해야할것들 위주로 관리하는 화면으로 변경하시는게 좋을듯 합니다. 은행/지역코드 두개는 추가되거나 변경될 가능성이 있는코드이고
보증금 1000/5000/10000원 설정하는 코드 역시 서비스관리자가 변경할수 있는 코드이니 서비스관리자가 관리가능한 코드들을 찾아보시는게 좋을듯 합니다.

- 카테고리idx를 각 테이블마다 다 추가해줘야함
왜? 카테고리idx없으면 페이징이 안먹힌다 -> 근데 안만듦

-등급테이블은 따로 안만듦 (테이블 최소화) up_code로 등급 만들고 code에 1,2,3,...넣고
up_code에 등급기준을 만들고 code에 100을 넣어주면 100이 쌓일 때마다 등급 1씩 올려주면 됨 그리고 이 기준인 100도 바꿀 수 있음