fk 제약조건 설정이 타 테이블 참조하는 연산을 추가로 수행해야 하기에
약간의 성능저하가 온다고 하는데
쿼리코드만 정확하게 짜 놓으면 굳이 fk설정을 안 하는게 낫지 않을까요?
|
답변 3개
채택된 답변
+20 포인트
3년 전
2000년 전후로는 PK / FK를 강조하고 설계하는게 주류를 이루었고
2000년초중반에 database강의도 인기가 있었죠
어떻게 구조/제약조건을 걸어야 효율이 좋은지, 안전한지 등등
SSD등장과 2010년이후 클라우드가 대두되면서
저장장치의 비용이 저렴해지고, 데이타의 사이즈가 방대해지면서
용량의 비용보다는 속도의 비용이 더 중요한 시대가 되었습니다.
데이타 설계하는 측면에서도 PK는 최대한 기본값(특별히 의미없는 구분자 또는 index)으로 사용하고
FK는 유효성검사에 소모되는 시간을 줄이기 위해서 제거하거나 사용하지 않는 추세죠
(꼭 필요한 중요데이타에는 사용해야 합니다.)
3년 전
논리적으로 그릴 때는 fk가 있는 것 처럼 그리지만
실제 디비생성시에는 잘 안쓰는 듯 해요
3년 전
안전장치와 비슷합니다.
약간의 비용추가가 발생한다거나 걸리적 거린다는 이유로
안전운전 방어운전 잘하면 굳이 헬멧, 안전벨트, 에어백, 추가옵션, 보험이 필요없다고 하는것과 비슷합니다.
답변을 작성하려면 로그인이 필요합니다.