ordered_at, paid_at 과 같이

Question

member 테이블에서 회원의 가입일은 비즈니스 시간이라고 생각했는데, 이 컬럼은 왜 created_at 으로 시스템의 시간만을 의미하도록 되어 있는지 궁금합니다. ordered_at, paid_at 과 같이 가입일 컬럼이 따로 존재해야 하는게 아닌지 궁금합니다! 강의자료에 예시로 적어주신 것처럼 비즈니스 시간이 데이터베이스 수준에서 마이그레이션을 해야한다면 회원가입일을 보존할 수 없지 않을까요?

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. yeoeol님. 회원 가입일이나 주문일과 같은 중요한 비즈니스 이벤트는 비즈니스 시간이 필요합니다. 일반적으로 created_at과 같은 시스템 시간은 데이터가 데이터베이스에 기록된 시스템 시간이며, 이는 비즈니스 이벤트의 실제 발생 시간과 차이가 있을 수 있습니다. 유사한 질문과 답변을 확인해보시고, 도움이 되시길 바랍니다: 서버가 여러대일때 createdDate, updatedDate 처리? 이 답변에서는 시스템 시간과 비즈니스 시간의 중요성, 그리고 다양한 서버 간의 시간 동기화 및 데이터베이스의 시간 처리 방법을 설명합니다. 멤버 클래스 설계할 때 db 칼럼 구성에 대해 궁금증이 생겼습니다! 이 사례에서는 작성자의 질문에 대해 ID 컬럼 등의 저장 방식을 설명하며 데이터의 무결성 및 관리 방안에 대해 논의합니다. 시스템 시간이 아닌 비즈니스 시간을 따로 컬럼으로 관리하는 이유는 이후 데이터 마이그레이션이나 비즈니스 로직에서의 요구사항 변화에 안정적으로 대처하기 위함입니다. 데이터베이스 마이그레이션 중에 생성 시간(created_at)만을 기반으로 상황을 판단한다면 비즈니스 이벤트의 시간 순서를 거스르거나 기록을 상실할 위험이 있기 때문입니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.