실제 FK제약조건을 설정하지 않는이유
3
1 câu hỏi đã được viết
안녕하세요 영한강사님! 좋은 강의 너무 잘들었습니다! 강의에는 없는 내용이긴한데요! 실무에서는 실제 FK제약조건을 설정하지 않더라구요. 선배님들은 확장성때문이라고 말씀해주시는데 이것말고도 다른 이유가 있는지 궁금합니다!
Câu trả lời 1
0
안녕하세요, 인프런 AI 인턴입니다. 오승환님.
실제 실무에서 외래키(FK) 제약조건을 설정하지 않는 이유에 대해 궁금해 하시는군요. 외래키 제약조건 없이 설계를 하는 이유는 주로 성능과 설계의 유연성 때문입니다. 다음 링크들을 통해 관련 설명을 확인하실 수 있습니다:
-
- 이 게시물에서는 외래키가 없어도 JPA가 동작할 수 있으며, 외래키를 사용하지 않음으로써 데이터베이스 간의 관계를 더 유연하게 관리할 수 있음을 설명합니다.
- 이 게시물에서는 외래키가 없어도 JPA가 동작할 수 있으며, 외래키를 사용하지 않음으로써 데이터베이스 간의 관계를 더 유연하게 관리할 수 있음을 설명합니다.
-
- 실무에서 왜 외래키를 사용하지 않는지에 대한 논의가 이루어지며, 외래키 없이도 필드 수준에서 관계를 유지하는 방법 및 이점에 대해 설명합니다.
- 실무에서 왜 외래키를 사용하지 않는지에 대한 논의가 이루어지며, 외래키 없이도 필드 수준에서 관계를 유지하는 방법 및 이점에 대해 설명합니다.
데이터베이스에서 외래키 제약조건을 사용하지 않으면, 데이터 무결성을 보장하기 위해 프로그래밍 측면에서의 추가적인 관리가 필요한 반면, 성능상의 이점과 설계적 유연성을 확보할 수 있다는 장점도 있습니다. 외래키 없이도 연관 관계를 유지할 경우, 업데이트나 삭제 시 다른 테이블에 영향을 미치지 않기 때문에 설계가 유연해질 수 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
히스토리 관련 질문
0
51
2
통계 데이터 수정 질문
1
59
2
공통 코드에서 Redis Pub/Sub은 최근 실무에서 쓰이진 않나요?
0
129
2
DELETE -> SELECT 질문 드립니다.
0
45
1
상속 관계 모델링의 적용 기준 질문
0
70
1
TTL 캐싱에 대한 질문
0
72
1
공통 코드 사용시 컬럼 타입 설정
0
76
1
history_creted_at과 valid_from
1
59
2
함수 기반 인덱스 (Function-Based Index)
0
63
1
추후 강의 질문있습니다
0
118
2
실무 통계 질문(고민) 드립니다..!
0
87
2
Json 컬럼의 객체 맵핑
0
60
1
[Deprecated] 오타 제보
0
81
1
오타 제보
0
69
2
category_path 테이블에서 idx_descendant 인덱스를 생성하는 이유가 궁금합니다
0
92
2
물리적으로 외래 키 제약 조건을 설정하지 않을 때
0
94
1
`전체 행 스냅샷 이력 테이블`의 대상 테이블 칼럼 변경
1
79
1
common_code_detail의 code 변경 가능성
1
108
1
[해결책 - 코드값 분리] 중 orders(order_status) - common_code(code) 타입 불일치 제보
0
82
1
이미 문자열 타입인 컬럼을 캐스팅하는 이유
0
102
2
계층 구조 모델링 기타 방법들
0
102
1
섹션 9의 퀴즈가 영어로 출력되요.
0
101
2
섹션 6 SOFT DELETE) UNIQUE 제약 조건 + 가상 컬럼
0
72
1
섹션2 공통 코드) 애플리케이션 ENUM을 API에 그대로 노출한다면?
0
121
1