여러 테이블에서 이미지를 사용한다면, 이미지 메타데이터 테이블은 각각 테이블에 맞춰 분리하는게 좋을까요?

Question

안녕하세요.작은 애플리케이션의 ERD를 설계하는데 막히는 부분이 있어서 조언을 부탁드립니다.현재 이미지를 업로드하면 s3에 데이터가 들어가고 DB에 관련 메타 데이터(FILE)가 저장되고있습니다.이미지가 필요한 테이블에는 이 FILE테이블과 연관관계를 맺고있어요.회원(MEMBER), 포스트템플릿(POST_TEMPLATE), 포스트이력(POST_LOG) 세개 테이블에서 모두 이미지 업로드가 필요한데요.MEMBER - 회원 프로필 이미지POST_TEMPLATE - 템플릿 대표 이미지POST_LOG - 사용자가 업로드한 이미지 (여러개 업로드 가능)이 때 FILE 테이블에 member_id, post_template_id, post_log_id 세개 외래 키를 갖게 하여 하나의 테이블에서 모든 이미지를 관리하는 방식이 좋을지,혹은 MEMBER_FILE, POST_TEMPLATE_FILE, POST_LOG_FILE로 각각 이미지 메타데이터 테이블을 분리하는 방식이 좋을지 고민입니다.가능하면 파일 메타데이터는 한테이블에서 관리하고싶어 전자쪽으로 가고싶은데, FILE 테이블에 각 테이블에 종속된 필드가 늘어나면 오히려 더 관리가 어렵지 않을까 걱정입니다.이와 관련하여 경험이나 아시는게 있으시다면 조언 부탁드립니다!

Clickin · Answer

데이터쪽에서 이미지 파일 테이블의 키를 외래키로 바라보는 방향은 어떠신가요?도메인을 하나로 묶는 것도 좋아보입니다.

캐티 · Answer

칼럼이 늘어나면 불편한 것을 피할 수 없을 것이어요.메타파일의 기본키가 맴버고유아이디, 업로드 날짜 정도면 되지 않겠나요.

여러 테이블에서 이미지를 사용한다면, 이미지 메타데이터 테이블은 각각 테이블에 맞춰 분리하는게 좋을까요?

2개의 답변

기술 목록