나는 얼핏 듣기로 fk는 논리적으로만 잡아주고 실제로 참조 무결성 제약조건을 걸지는 않는 다고 들었거든 우리회사도 실제로 그러고 있고
오버헤드나 기타 효율성을 위해서..
근데 지금 빌 카윈의 sql 안티패턴즈 라는 책을 읽고 있는데
여기서는 효율을 위해 fk제약조건을 걸지 않는것이 오히려 손해라고 하더라
물론 fk가 약간의 오버헤드를 발생시키긴 하지만 그 오버헤드가 그리 크기 않고 fk를 실제로 걸어주는 것이 주는 이득이 더 크다면서
이책 초판이 11년에 나와서 구식 이론을 얘기하는것인지 좀 햇갈림
너무어렵다 db ㅅㅂ
오버헤드나 기타 효율성을 위해서..
근데 지금 빌 카윈의 sql 안티패턴즈 라는 책을 읽고 있는데
여기서는 효율을 위해 fk제약조건을 걸지 않는것이 오히려 손해라고 하더라
물론 fk가 약간의 오버헤드를 발생시키긴 하지만 그 오버헤드가 그리 크기 않고 fk를 실제로 걸어주는 것이 주는 이득이 더 크다면서
이책 초판이 11년에 나와서 구식 이론을 얘기하는것인지 좀 햇갈림
너무어렵다 db ㅅㅂ
fk로 발생하는 오버헤드 걱정할 시간에 애플리케이션 코드에 더 집중하는게 좋다고 생각함
너는 fk 물리적으로 걸어준다는거?