외래키없는 관계형데이터베이스

Question

저는 관계형 데이터베이스의 가장 큰 특징은 연관 관계라고 생각합니다. 관계형 데이터베이스는 연관 관계를 통해 무결성을 보장하고 중복을 최소화할 수 있으며 데이터의 일관성을 유지합니다. 하지만 꽤 많은 사례에서 이런 연관 관계를 설정하지 않고 관계형 데이터베이스를 사용하는 모습을 확인할 수 있었습니다.foreign key를 설정하지 않는(연관 관계를 설정하지 않는) 가장 큰 이유로 보통 성능 및 속도를 언급하는데요. 저도 관련 글을 찾아보면서 foregin key를 이용했을 때 성능에 문제가 발생할 수 있다는 부분에 어느 정도 공감하였습니다. 예를 들어, 유저 테이블과 게시물 테이블이 존재한다고 가정합니다. 이때 한 유저가 엄청나게 많은 양의 게시물을 작성합니다. 이때 해당 유저가 탈퇴를 하여 데이터베이스에서 해당 유저를 삭제한다면 게시물 테이블에서도 무결성을 위해 해당 유저의 모든 게시물을 삭제할 것입니다. 이때 해당 유저가 작성한 게시물 데이터가 너무 많다면 성능에 문제가 발생할 수 있습니다. 또한 더 많은 연관 테이블들이 존재하고 더 많은 연관 데이터들이 존재한다면 문제는 더 심각해질 것입니다.하지만 이런 이유로 foreign key를 사용하지 않는 것이 정말 괜찮은 것일까는 솔직히 의문입니다. foreign key를 사용하지 않을거면 관계형 데이터베이스를 사용할 이유가 없는 것 아닐까요? 이를 해결하기 위해서는 소프트 삭제, kafka나 rabbitMQ 같은 메시지 큐를 이용한 비동기 작업 등 다양한 방법이 존재한다고 알고는 있습니다. 하지만 이는 모두 인터넷 검색만을 통해 알아낸 정보로 실제 사례들이 궁금해지더라고요.저는 다른 개발자분들은 실제 실무 혹은 개인 작업 시 이런 문제를 어떻게 해결하는지 궁금합니다!

97sazabi · Answer

외래키만 설정하면 정합성이 알아서 보장되는 실버불릿이 아니라서요실력 있으신분들은 nosql 역정규화를 해도 정합성을 잘 지킬수 있습니다.그런 이유로 외래키는 성능도 잡아먹고 개발 편의성도 저하시키는 골치거리 취급을 받고 있습니다.

WLM · Answer

분산 시스템에서는 외래키가 독이 될때도 있어서 요즘에는 무조건 정규화 이런 추세는 아니기는 합니다. 물론 잘하는 사람들 기준이고 애매한 사람들은 정규화하는게 좋죠

방황하는젊은이 · Answer

저는 RDBMS 에서는 FK 를 무조건 잡고 설계합니다.

캐티 · Answer

관계를 넣었다고 얼마나 느려지나요. 널 예외를 피하고 싶으면 외래키를 하는 것이 좋고, 애초에 널을 안 쓰면 무난할꺼빈다. 구조를 잘 알아서 안쓰겠쩌.

yeori · Answer

외래키를 안쓰는 건 화재경보기를 꺼놓는 거나 마찬가지입니다.병아리 때는 왜 FK를 안잡지? 의문이었는데 수많은 경험과 관찰을 통해서 결론내렸습니다.관리의 편의를 위해서 또는 잡지 못한 버그가 있어서 FK를 꺼놨구나...저는 무조건 FK 잡습니다.

동도인 · Answer

선임들 이 FK 없이 테이블 을 만들었고 저도 그걸 보고 만들다 보니 FK 없이 테이블 구조를 만들긴 하는데 말씀 하신 것 처럼 FK 가 어쨋든 관계형 데이터 베이스 핵심 이라고 생각합니다. 가령 FK 만으로도 코드레벨 없이 간략한 테이블 구조를 알수 있으니까요...근데 FK 없이 테이블 을 만들고 관리해서 그런지 몰라도 테이블 구조를 짜는 실력은 맨날 그대로인거 같습니다.

CooH · Answer

예시로 드신 유저와 게시물의 관계와 유사한 예를 들자면, 제가 관리하는 시스템은 어떤 처리가 완료되었을 때 통지서를 발행하는데 이것은 공문서 성격이기 때문에 반드시 그대로 보존되어야 합니다. 도중에 유저가 탈퇴하여 개인정보를 파기한다고 해서 문서 안에 있는 이름이나 전화번호를 비우면 안 되는 것이죠.그러나 현행법상 개인정보 파기는 복구가 되지 않도록 물리적으로 없애버려야 하기 때문에 유저 테이블에 삭제플래그를 둬서 논리적으로 삭제하는 식으로 남겨두면 안됩니다. (문서의 일부로써는 유저정보와 별도로 보존기간 설정 및 동의받아 남겨둘 수 있음) 이런 경우가 왕왕 있습니다.RDB라고 해서 FK 설정이 정답은 아닙니다. 항상 상황에 따라서 적용해야 합니다. 물리적으로 데이터 파기가 절대로 일어나지 않는 업무이거나, 그런 테이블끼리만 관계를 맺도록 FK를 사용하면 장점을 잘 살릴 수 있을 거 같네요.

개나소나고생 · Answer

괜찮지 않지만 대규모 프로젝트 일수록 초기에 데이터 흐름을 파악하기 위해서 데이터를 입력 또는 삭제 자주하게 되는데 삭제 하는데 쉽지 않은게 흠입니다.그래서 대규모 프로젝트 진행시 결국 ERD상으로만 FK 설정하고 DB에는 FK대부분 제거했습니다.

2948284 · Answer

게임쪽 디비엔 FK 본적이 없네요

dev11111 · Answer

요즘 어플리케이션 설계 자체가 데이터를 물리적으로 삭제하지 않는 추세라서 논리설계에서는 관계를 만들어도 물리적으로는 뺍니다.정답이 없긴 합니다.

장독깨기 · Answer

데이터 간의 관계를 맺는 것과 외래 키를 설정하는 건 좀 다릅니다.말씀하신 사용자-게시판에서, 게시글에 사용자의 모든 정보를 담지 않습니다.사용자 키를 게시글에 저장하죠. 즉, 관계를 맺는 것 입니다.그리고, 특정 사용자의 게시글을 검색하겠다,그럼, 사용자 키는 인덱스가 걸려 있어야 합니다. 당연합니다.외래키를 걸면 인덱스가 생성됩니다.한가지 더, 게시글에 사용자 키를 저장할 때, 이 키 값이 사용자 테이블에 있는지 확인을 해야 합니다.외래키를 걸면 데이터베이스가 이를 자동으로 확인해줍니다.즉, 외래키는 데이터 무결성, 정합성을 위한 제약 사항입니다.프로그래밍으로 일일이 확인할 것이 아니라면, 외래키를 거는 것은 필수 입니다.즉, 대부분의 경우 외래키를 거는 것이 정답이라 할 수 있습니다.그러나, 제약 사항을 확인하기 위해 조금의 비용이 더 드는 것은 사실입니다.이는 가령, 로그같은 대용량의 데이터를 저장할 때, 성능을 떨어뜨릴 수 있습니다.이럴 경우 예외적으로 외래키를 제거해도 무방할 것 입니다.물론, 무결성, 정합성이 보장된다는 전제가 있어야겠죠.그래서, 오픈 전에 또는 운영 중 성능에 문제가 있다 확인 한 후에 제거하는게 좋습니다.외래키를 걸지않은 시스템을 많이 봤습니다.데이터에 문제가 없는 시스템을 본 적이 없습니다. ㅎ외래키를 걸지 않으려는 이유는 개발할 때 무결성, 정합성을 지키기 번거롭기 때문입니다.즉, 가령, 상위 데이터를 삭제하기 전에 하위 데이터를 먼저 삭제해야 하거든요.(실제 개발자들 보면 하위 데이터 삭제하지 않고 상위 데이터를 막 삭제하려 합니다. 이럼 안되겠죠.ㅋ)이를 번거로워 해서는 안 되겠죠. 확인을 안 한다는 건 무결성, 정합성이 깨질 수 있다는 얘기니까요.실제로 제가 본 모든 시스템에서 전부 다 깨져 있었습니다. ㅎ관계 테이블을 일일이 확인 할 것이 아니라면, (이렇게 일일이 확인하는 것이 훨씬 더 번거롭겠죠.)외래키를 걸지 않을 이유가 없습니다.대부분의 경우 외래키를 거는 것은 정답이라 생각하면 될 것 입니다.저 역시 외래키 필수로 걸고 시작합니다. :)

외래키없는 관계형데이터베이스

11개의 답변

Q&A 목록