Google 태그 관리자 아이콘
반응형

설계 2

.case(삭제 테이블 설계 고려사항)

고민 테이블의 특성마다 다르겠지만 삭제를 어떻게 다룰지가 참 늘 고민이다. 결론 raw데이터 테이블이 아닌데 삭제가 필요하다 > 2번 방식: 바로 삭제하기 삭제된 데이터만 따로 관리가 필요하다. > 3번 방식: 삭제전용 테이블로 이동하기 삭제된 데이터를 따로 보진 않지만 복구가능한 컨텐츠다. > 1번 방식: 상태값으로 삭제(노출) 관리하기 접근방법 첫번째로는 상태값을 두고 삭제여부를 표시하는것이다. 이는 리스트 표시할때 신경써야하지만 정말 삭제하지 않고 데이터를 남길 수 있다는 장점이 있다. 복구시에도 기존 리스트와 순서를 맞추어 유지되기도 한다. 두번쨰는 상태값을 저장하지않고 바로 delete해버리고 새로 다시 들어오면 Insert하는것이다. 이런 경우 복구시에 순서를 유지하려면 사실 ai 필드에 의존..

.case(금액차감시 로직 설계 고려사항)

고민 유저가 가진 돈에서 특정 금액을 투입하여 응모를 하는 경우 고려 사항 결론 아래 사항들을 기본으로 고려해보고 추가로 더 필요한게 없을지 생각해본다. 접근방법 주의사항 트랜잭션을 고려, exception고려 유효성 대상에 대한 확인 로그인된 유저인지 ban과 같은 자격을 상실한 유저가 아닌지 대상 국가인지 자신의 돈이 응모액보다 많은지 응모를 할 수 있는 상황인지 응모권이 남아있는지 응모기간인지 대상 유저가 응모할 수 있는지(당첨자 이거나 이미 응모한 경우를 제외하는 경우) 프로세스 금액 차감 로그 남기기 해당 응모권의 수량 변화

반응형