원래 실무에선 외래키 잘 안쓰시나요???

Question

우선 정말 멍청한 질문일 수도 있다는 점 먼저 사과드립니다.신입으로 들어가서 현재 db를 보고 있는데, 납득이 안 가는 부분이 있습니다...데이터베이스를 봤더니, 그냥 외래키를 안쓰시더라고요.쿼리를 보면 Join 해서 가져오는 식으로 짜여져있길래, DB 가서 보면 외래키로 연결이 되어있지 않는 경우가 99%입니다.심지어 어떤 테이블은 AUTO INCREMENT 로 되어있는 칼럼끼리 묶어서 JOIN 으로 가져오기도 하더라구요.그래서 &#34;왜 이렇게 되어있을까요&#34; 하고 다른 분께 여쭈어보니, 외래키로 참조하면 삭제가 안되니까 그렇게 만든거라고 하시더라구요.그러면 외래키 제약조건을 ignore 라든가 set null 로 하면 어떨까요라고 여쭤보니까, 외래키로 묶여있으면 무조건 삭제가 안되는거라시면서, 타박을 들었습니다.그래서 일단 &#34;네 죄송합니다&#34; 하긴 했는데, 여전히 좀 의문입니다.원래 실무에선 이렇게 쓰는 편이 보통인가요?만약 그렇다면, 그 이유는 무엇일까요?다시 한 번, 멍충한 질문 드려서 죄송합니다...

개발잡부 · Accepted Answer

그래서 &#34;왜 이렇게 되어있을까요&#34; 하고 다른 분께 여쭈어보니, 외래키로 참조하면 삭제가 안되니까 그렇게 만든거라고 하시더라구요.그러면 외래키 제약조건을 ignore 라든가 set null 로 하면 어떨까요라고 여쭤보니까, 외래키로 묶여있으면 무조건 삭제가 안되는거라시면서, 타박을 들었습니다.그래서 일단 &#34;네 죄송합니다&#34; 하긴 했는데, 여전히 좀 의문입니다.사용해야만 하는것도 아니고, 아예 안사용하는것도 아니고, 정답은 없습니다만 안쓰는 이유를 물어봤더니 저렇게 답변했다면 그닥 배울게 없는 선임이네요. 일단 외래키로 지정하면 제약조건을 둘 수 있기때문에(Set NULL 이런거 할꺼면 외래키 하는 의미 없음) 함부로 수정/삭제가 어려워 데이터의 정합성에 굉장히 도움이 됩니다. 또 MySQL같은 경우 외래키 지정을 해주면 인덱스를 태워주기때문에 Join이나 조건시 성능이 잘나옵니다. 그렇지 않은경우에는 굳이굳이긴 합니다. 오히려 개발 생산성을 방해하죠. 상황에 맞게 판단하여 적용하시면 됩니다. 어떤 상황이 외래키를 써야하는 상황이지?는 그게 바로 노하우이므로 연차가 쌓여야겠쬬

더미 · Answer

여러가지 이유가 있습니다.개발하기 편한것도 있고삭제 그런것도 있고느린것도 있고다양한 이유가 있습니다.

우헤헤헤헤 · Answer

너무 물리적으로 묶어놓으면 정합성은 높겠지만 개발 & 관리하기가 너무 어렵습니다그정도로 DB 모델링하는 회사가 있을지... 아시면 알려주세요

마늘냄새폴폴 · Answer

저희 회사도 외래키를 안걸고 JOIN을 걸어서 개인적으로 공부해보니 윗 분 말씀처럼 안거는 경우도 많다고 하더라구요..

스타이너 · Answer

속도 이슈가 가장 큰 듯요.

초보개발자111 · Answer

토이플젝할때는 꼼꼼하게 외래키 다 걸고 케스케이드 다 처리하고 그랬는데 10년된 프로젝트 유지보수할때 외래키때문에 고생했던 기억나네요 전임자들도 몇개만 외래키 걸고 다른부분은 안걸었는데 그 걸린 테이블 관련 작업할때 힘들더라구요 회사 위키 구경하면서 다른 개발팀들 erd 보면 erd에는 포린키 한것처럼 화살표해놨지만 아래 추가 설명에 포린키는 실제로 되어있진않다고 써놨더라구요 사용자 몇십만명 되는 사이트도 있었어요

2948284 · Answer

필요할때도 필요없을때도 있죠.저도 설정하는 편이긴 한데, 논리적인 개념으로 느끼고 사용할 뿐입니다예전보다 DB레이어보단 서비스레이어에서 로직을 더 관리하는 경우가 더 많아졌기도 하고요관계가 없어도 유저에게 무결한 데이터 제공이 가능하니까요즉, ‘업계 회사마다 다르다‘

한안아 · Answer

많이 쓰지만, 제약을 안만듭니다....

라떼개발자 · Answer

다른 댓글처럼 실무에서 잘 안써요논리적으로는 그렇게 설계해도 물리적으로 적용해 놓지는 않아요.

Constant · Answer

일이 일을 만들어서죠.

Lee SanGu (엘피타) · Answer

디비 관리자가 개발자가 아니면쓰지만대부분 개발자가 디비 관리(?)도 하는지라개발자 못믿어서 나온게 fk 라사고 안치면 fk 도 그닥 필요없죠.

리오박 · Answer

저도 외래키 안쓰고 있어서 제목 보고 뜨끔했는데 다들 그러시군요.. 개발도 하면서 디비 설계나 관리까지 다 하다보니 굳이 안쓰게 되네요

WooJuFAM · Answer

저희도 개발 편의성 때문에 외래키는 지양하는 편입니다.정합성 검증이나 체크는 실질적으로 데이터 CUD 할때 어플리케이션에서 검증하고 작업하죠.. ㅎㅎ

원래 실무에선 외래키 잘 안쓰시나요???

13개의 답변

Q&A 목록