예전에 게임쪽에 있던 분과 일할 기회가 있었는데 같이 디비설계를 하면서 게임쪽은 FK를 잘 안건다는 이야기를 들었다. 그땐 이해하...

1

예전에 게임쪽에 있던 분과 일할 기회가 있었는데 같이 디비설계를 하면서 게임쪽은 FK를 잘 안건다는 이야기를 들었다. 그땐 이해하기 어려웠지만 지금 와서 생각해보면 높은 쓰기빈도로 제약검사의 오버헤드가 발생할 수 있었고 필요하면 어플리케이션단이나 배치로 따로 보완을 하는 합리적인 선택

2

이런것 조차 다 트레이드오프구나 싶다. 물론 보통은 FK는 가급적 초반부터 다 쓰는게 좋다고 생각한다. 수레바퀴를 다시 만들지 말라는 말처럼, FK로 제약을 디비단에서 최적으로 처리해주는 것을, 구구절절 밸리데이션 코드를 중복작성하게 되는 경우도 많으며 무엇보다

3

논리,물리 ERD의 갭을 만들어 컨텍스트가 생기는 것도 다 비용이다. 이 비용을 뛰어넘을 이득이 있을때에만 선택의 여지가 있다고 생각한다.