2010-05-18 12 views

답변

6

habtm 그 자체를 사용하는 것에 대해 나쁜 점은 없습니다. 많은 사람들이 이런 종류의 연관성을 사용하지 않는 이유는 has_many : through를 대신 사용하기 때문입니다. 왜? 더 다재다능하기 때문입니다. HABTM이 중개 테이블을 숨기는하지만 has_many를 사용할 때 : 중개자를 통한 리소스는 자체적으로 리소스입니다. 일반적으로 좋은 것입니다 (아무 것도없는 경우 관계를 타임 스탬프 할 수 있음). 리소스 (리소스 지향 방식으로 시스템을 설계 할 때)와 같은 관계에 동작이나 속성을 추가해야하는 경우가 많습니다.

+0

나 자신의 중요성을 알기 시작했습니다 ... 추가 된 유연성은 실제로 사양 변경에 따라 유용합니다. 호기심, 그래도 : 사용자와 식사 사이에 habtm 관계가 있지만 중간 표가 필요하면 중간 표를 무엇이라고합니까? meal_user라고하는 새로운 리소스입니까? – dmonopoly

+0

이것이 더 오래된 질문이라는 것을 알고 있습니다. 그러나 대개는 새로운 리소스이므로 다른 속성 및 저장 목적과 관련이 있습니다. 예를 들어 식사 등급이 5 점 이상이면 '등급'리소스를 구성 할 수 있습니다. –

관련 문제