데이터 모델링

 

[ 아이디어 정리 ]

 - 게시판

1. 게시판이라는 상위 엔티티에 id, 분류 코드를 넣고 분류 코드에 따라 공지 게시판, Q&A 게시판, 일반 게시판 등으로 나누는 것. 처음에 했떤 생각으로 게시판을 객체, 상속 개념처럼 생각했던 아이디어. 테이블이 다르니 보안에 있어서 더 좋지 않을까 생각했었다.

 

2. 게시판을 카테고리로 보고 게시글에 카테고리 컬럼 추가. 모든 게시글을 하나의 테이블로 관리하고 카테고리 별로 유저에게 보여주면 유저는 서로 다른 게시판으로 인식하니 괜찮다고 생각한 아이디어.

 

3. 게시글과 내용의 분리. 게시글에 그림을 포함해서 쓰는 기능과 파일 첨부 기능을 넣을 건데, 이 모든 걸 다 넣으면 내용이 너무 커져서 문제가 생기지 않을까 생각 중. 데이터 모델링 책에서 이런 내용을 본 것 같은데, 나중에 찾아서 정리해야 한다. 일단은 분리할 수 있다는 걸 기억만 해두자.

 

4. 게시글이 어떤 그림, 첨부 파일을 이용하는지에 대한 테이블이 필요함. 그림 파일 같은 경우 먼저 서버에 올리고 다시 불러와서 작성하고 있는 글에 이미지를 보여줌. 이는 이미 서버에 올라가 있다는 의미임. 사용자가 비정상적으로 사용을 종료하면 DB에 이미 올라간 파일을 처리하지 못하고 쓰레기 파일이 쌓이는데, 이를 처리하려면 파일이 어떤 게시글에 포함돼 있는지 관리를 해야할 필요가 있다. 그런데 대체로 웹페이지에 쓰이는 파일은 모두 한 곳에 모아서 관리하는 것 같은데, 이 파일들과 첨부파일들을 어떻게 구분할 건지도 생각해야 한다. 

 

5. 좋아요, 싫어요 기능 구현하는 건 좋은데, 중복을 방지하려면 누가 좋아요, 싫어요를 눌렀는지 파악해야 된다.

 

6. 로그인하지 않고 글을 쓰는 기능을 구현할까? 그럼 로그인하지 않은 사용자들을 어떻게 구분해야할지 고민해 봐야 하는데, 일단 생각나는 게 ip이다. 그런데 ip를 수집하는 기능이 있는지 모르겠다.

 

 

 - 댓글

1. 이모티콘, 이미지 파일만 작게 댓글을 달 수 있는 기능

 

2. 대댓글 기능. 이 경우 어디에 댓글을 달았는지에 대한 정보를 추가해야되는데, 그러면 테이블 자신에 대한 관계가 추가되는데, 다른 사람도 이렇게 구현했나 찾아봐야 된다.

 

 

 - 제품, 포인트

1. 포인트를 이용해 댓글에 쓸 수 있는 이모티콘과 게시판 생성권을 살 수 있도록 하면 되겠다. 이것들을 제품이라 생각하고 테이블을 만들고 제품을 구입하는 이력을 주문 테이블로 남기면 될 것 같다

 

2. 포인트는 활동 포인트로 정의하고 게시글, 댓글 열심히 작성하면 지급하도록 한다.

 

3. 추후에 포인트에 따른 등급 같은 걸 구현해도 괜찮을 것 같은데, 이러면 활동 점수랑 포인트를 분리해야 되네.

 

 

 - 사용자

1. 처음엔 아이디, 비밀번호, 이메일 정도만 넣고 이메일 인증을 이용할 생각이였는데, 정보보호법인가 뭔가 하는 것 때문에 넣어야 하는 필드가 많다. 비밀번호, 비밀번호 만료, 비밀번호 바꾼 날짜, 아이디 만료, 아이디 잠금, 이메일 미 인증시 비활성화 등등

 

2. 사용자 하나가 현생, 아바타를 가지도록 구조를 짜는 것. 우연히 발견한 구조인데, 성능 때문에 이렇게 나눈 것 같다. 그냥 유저 테이블에 다 넣고 뷰로 따로 자주 보는 정보만 따로 정리할 수 있나 찾아봐야겠다. 생각해보니 뷰를 어떻게 쓰는지 잘 모른다.

 

3. 구매한 이모티콘을 유저 테이블에 넣으면 다중값을 가지게 되니 따로 테이블로 분리해야 된다. 아니면 주문 내역에서 정보를 빼오는 식으로 해야 되나 고민해 봐야 할 듯. 어차피 커뮤니티에 중요한 기능은 아니니 냅두고 나중에 고민해도 될 듯.

 

 

 

테이블 설계

 어제, 오늘 그림만 몇 번 그리는지 모르겠다. 다른 사람들이 짠 테이블도 참고하며 일단 이렇게 나왔다. 하지만 파워 오브 데이터베이스의 저자가 기존의 데이터베이스를 그대로 가져오면 그 데이터베이스가 가진 문제점도 그대로 가져오게 된다고 하셨다. 그러니 가장 큰 엔티티만 남겨서 필드 다 때려박고 다시 정규화해야겠다.