2011-04-26 4 views
0

우리는 Order 엔티티와 CreditCard 엔티티를 가지고 있습니다.null 참조를 피하기위한 Fluent Nhibernate 매핑

Order은 0 또는 1 CreditCards 일 수 있습니다.

CreditCard

Orders

1 이상 나는이 일대 다 관계로 이해할 수 있습니다. 그러나 Orders의 대다수가 CreditCard을 사용하여 지급되지 않기를 기대합니다. 따라서 Order 테이블은 null 참조로 가득 찰 것입니다. 내 이해는 이것이 나쁜 습관이라는 것입니다.

이것을 피하기 위해 데이터베이스/엔티티/매핑을 다른 방법으로 설계 할 수 있습니까?

+0

궁금한데, 널 (null)이 많은 테이블을 갖는 것이 왜 나쁜 습관입니까? –

+0

그렇지 않나요? 솔직히 말해서 나는이 문제를 생각하고 내 시간을 낭비하는 것 같아서 ... –

+0

나는 그것이 아니라고 말하지는 않는다. 그러나 나는 왜 그것을 보지 못한다. 나는 그것이 확실히 괜찮다고 말하는 내 DB 지식에 충분히 확신하지 못합니다. –

답변

1

나는 당신이 이것을 생각하고 있다고 생각합니다. 그것이 나 였다면 나는 내 주문서에 신용 카드에 대한 참조만을 가지게 될 것이고 신용 카드 회사 엔 HasMany to Order가있을 것이다. 원하는 경우 HasCreditCard 부울을 주문에 포함 할 수 있습니다.이 부울은 주문의 신용 카드 객체가 null인지 아닌지를 확인합니다.

관련 문제