데이터베이스에 베이스엔티티 사용이유가 궁금합니다.

Question

안녕하세요작은 프로젝트를 진행하다가 궁금한 부분이 생겼는데, 다른 분들의 의견을 듣고 싶어서 글을 쓰게 됐습니다.대부분의 사람들이 db를 설계할 때 모든 필드에 베이스엔티티 개념으로 생성일자, 수정일자, 소프트델리트플래그를 넣는데 막상 실제로 전혀안써서 공간낭비로 이어지기도 하고 정작 어떤 테이블에서는 수정이나 삭제등이 일어나지 않거나 생성일자의 정보가 필요 없는 부분이 많이 있기도 한 것 같습니다. 또한 생성일이라는 데이터도 전혀 쓸데가 없는 경우도 많이 있는 것으로 느껴지고요.그럼에도 불구하고, 대부분의 사람들이 이 개념들을 기본으로 가져가는 것으로 느꼈는데 혹시 어떤 이유가 있는지 궁금합니다.

leon808 · Answer

나중에 추가하기 불가능한 걸 작은 공간 낭비만 시키고 만들어두는건 나쁜게 아니라고 생각합니다

kimhwanhoon · Answer

나중에도 완전히 필요가 없을거라 생각하시면 안쓰시는게 맞습니다. 아니면 그런것들이 전혀 필요없는 테이블이면 안 써도 되지요

징징이희수 · Answer

말씀하신 데이터가 크기를 많이 잡아먹는 수준도 아닐뿐더러 성능에 영향은 거의 없다고 보시면 됩니다.수정이 발생하지 않을 로그성 테이블에 수정일자를 넣는 것은 비효율적일 수 있겠으나기본적으로 말씀하신 생성일자는 필수입니다. (삭제가 발생하는 테이블의 경우 soft delete 컬럼까지도요)본인 혼자 진행하는 프로젝트라면 윗분 말씀대로 안쓰시면 됩니다.그러나 여러 사람과 협업하는 프로젝트라면 기본적으로 필요한 필수 데이터는 넣으시는 것을 추천드려요

HJOW · Answer

DB만 보는 관점에서 그렇겠죠.거기에 백엔드 플랫폼을 같이 붙이면 어떻게 될까요?우선 두 가지 이유가 있습니다.1번이 그 백엔드 관련 문제인데,생성일자, 수정일자 같은 공통 사항들은,모든 비즈니스 로직마다 일일히 따로따로 넣는 로직을 넣기는 그렇죠.공통으로 하나로 묶고 싶죠.그래서 아예 모든 테이블에다 같은 이름으로 넣어버리는 거죠.일부 테이블에 안넣고 일부에만 넣으면, 그거 다 비즈니스 로직마다 따로따로 관리해야 하잖습니까.2번은 다른 얘긴데거의 대부분의 IT 프로젝트에서, 제일 많은 비용은 유지보수할 때 나갑니다.개발할 때 나가는 건 30%가 채 안됩니다.연습용 프로젝트 제외하고생성일자, 수정일자는 무조건무조건무조건 넣는 게 좋습니다. 모든 테이블에.예상치 못하게 데이터가 꼬여서, 원인을 찾기 위해 코드와 쿼리를 타고타고 추적해야 하는 일이 언젠간 생깁니다.

우헤헤헤헤 · Answer

정말 필요하지 않으면 안 써도 될 것 같아요다들 익숙하거나 복붙해서 엔티티 만들 때도 있는거고요님처럼 필요하지 않다고 인지하면 안 쓰면 됩니다간단히 예를 들면 무조건 전체 삭제하고 다시 쌓는 통계 데이터는 생성 일자가 필요하지 않겠죠

데이터베이스에 베이스엔티티 사용이유가 궁금합니다.

5개의 답변

#baseentity 목록