left join으로도 가능한 데이터조회를 왜 굳이 외래키를 써야하나요?

Question

mvc, 씨퀄라이즈를 이용해 간단한 개인프로젝트 중입니다.여행을 추천해주는 사이트를 만드려고 하고 있는데route테이블과 detail테이블 사이에 detail테이블이 route_id를 외래키로 참조하도록 만들어놓긴 했습니다.근데 실제로 설계할 때와는 다르게 코드를 짜면서 생각한 것은left join으로도 충분히 조회가 가능한데, 왜 외래키를 사용하나요? 많은 문서를 읽어봤는데 충분히 이해가 되지않아 여기까지 글을 남겨봅니다..이해하기 쉽게 설명해주시면 정말 감사드리겠습니다ㅜㅜ

캐티 · Answer

레코드를 삭제할 때 .. 종속성이 끊어지면 사실 안 좋으므로 명시적으로 처리 하기 위하여 지정을 하여야 합니다.

인천통통 · Answer

안써도 작동은 이상없습니다만.. 삭제로 인한 데이터의 무결성을 해치지 않기 위해서 사용하는 것 같아요. 무결성을 무시하면 시스템이 확장을 고려할 경우 문제가 생길 수도 있고요.

Clickin · Answer

쓰고 안쓰고는 DBA의 정책 차이인데 테이블 관계만 보고서 연관관계를 알 수 있다는건 큰 장점이죠FK 안걸어놓으면 신입이 와서 구조 파악할 때나 시간 지난 이후에 보면 소스 뒤져가면서 연관관계 다시 파악해야할 수도 있습니다.

카카오콘 · Answer

상세 페이지는 루트페이지 없이 존재할 이유가 없는 데이터들 입니다.만약 삭제 실수로 루트페이지가 삭제 된다면 상세 페이지 데이터는 쓰이는 곳도 없는 데이터 공간만 차지하는 쓰레기가 되겠지요

basscraft · Answer

개발자 관점에서는 없는게 편하지만data 관점에서는 엔티티 릴레이션 디자인을 잘 할 수 있다는 전제 하에, 반드시 있어야 한다고 생각합니다.운영하면서 시간이 흐르고 마스터 테이블에 데이터가 억대로 쌓이고, 수많은 테이블이 릴레이션 관계를 가지고 있다면 아무리 로직을 잘 짜도 부모가 없는 자식이 생길 수 밖에 없습니다. 로직이 허술 할 수록 이런게 더 많이 생기고... 애초에 설계하고 개발한 사람이 빠지고 새로운 사람이 손대고 하면서 가베지 데이터가 통제 불능한 상태가 될 수도 있습니다. FK 로 이런 상황을 사전에 방지 할 수 있습니다.1번에 연장에서 프로그램 로직만으로 막을 수 있는 한계... 예를 들면 요청간 경합이 벌어 졌을 때 등 로직으로 잡아 내지 못한 데이터 오류를 한번더 방어 할 수 있습니다. FK는 이런 것을 사전 차단할 수 있고, DB 브릿지에서 발생하는 오류를 잘 처리 하면 조금 더 안전 합니다.

정의구현 · Answer

간단히 말해서 "데이터 무결성" 때문에 사용하는 거입니다.연차 쌓이다보면 머리속에 테이블구조또는 로직이 머리속에 그려질텐데,왜쓰는지 자연스럽게 깨닫게 됩니다.

left join으로도 가능한 데이터조회를 왜 굳이 외래키를 써야하나요?

6개의 답변

Q&A 목록