
쪽지 번호: 쪽지의 번호로 primary key
보낸 사람: 쪽지를 보낸 사람
받는 사람: 쪽지를 받는 사람
내용: 쪽지의 내용
보낸 날짜: 쪽지를 발송한 날짜와 시간
읽음 여부: 쪽지를 읽었는지 아닌지와 관련된 컬럼 (false 또는 true)
보낸 쪽지 삭제: 보낸 쪽지함에 있는 쪽지를 삭제 상태로 변경 (false 또는 true)
받은 쪽지 삭제: 받은 쪽지함에 있는 쪽지를 삭제 상태로 변경 (false 또는 true)
tb_message의 테이블 안에서 전부 해결하고 싶어 이런 방법으로 테이블을 작성해봤다.
쪽지 삭제의 경우 초기엔 유저 1이 보낸 쪽지를 삭제했을 시, 해당 message_no를 가진 쪽지가 DB에서 영구 삭제되어 유저 2의 받은 쪽지함에서도 같이 삭제되는 불편함이 있었다.
그렇다면 보낸 사람용 테이블과 받은 사람용 테이블을 나눠서 보관해야하나... 그러면 DB에 굳이 필요 없는 데이터가 쌓이는 것 같은데... 고민을 하다가 그러한 일을 방지하기 위해 보낸 / 받은 쪽지 삭제 컬럼을 만들어 양쪽 모두 true일 경우 DB에서 삭제되도록 변경했다.
'쪽지 기능 > 구현' 카테고리의 다른 글
3. 쪽지 목록 출력 (0) | 2023.08.29 |
---|---|
2. UI (0) | 2023.08.29 |

쪽지 번호: 쪽지의 번호로 primary key
보낸 사람: 쪽지를 보낸 사람
받는 사람: 쪽지를 받는 사람
내용: 쪽지의 내용
보낸 날짜: 쪽지를 발송한 날짜와 시간
읽음 여부: 쪽지를 읽었는지 아닌지와 관련된 컬럼 (false 또는 true)
보낸 쪽지 삭제: 보낸 쪽지함에 있는 쪽지를 삭제 상태로 변경 (false 또는 true)
받은 쪽지 삭제: 받은 쪽지함에 있는 쪽지를 삭제 상태로 변경 (false 또는 true)
tb_message의 테이블 안에서 전부 해결하고 싶어 이런 방법으로 테이블을 작성해봤다.
쪽지 삭제의 경우 초기엔 유저 1이 보낸 쪽지를 삭제했을 시, 해당 message_no를 가진 쪽지가 DB에서 영구 삭제되어 유저 2의 받은 쪽지함에서도 같이 삭제되는 불편함이 있었다.
그렇다면 보낸 사람용 테이블과 받은 사람용 테이블을 나눠서 보관해야하나... 그러면 DB에 굳이 필요 없는 데이터가 쌓이는 것 같은데... 고민을 하다가 그러한 일을 방지하기 위해 보낸 / 받은 쪽지 삭제 컬럼을 만들어 양쪽 모두 true일 경우 DB에서 삭제되도록 변경했다.
'쪽지 기능 > 구현' 카테고리의 다른 글
3. 쪽지 목록 출력 (0) | 2023.08.29 |
---|---|
2. UI (0) | 2023.08.29 |