0
우리는 Order
엔티티와 CreditCard
엔티티를 가지고 있습니다.null 참조를 피하기위한 Fluent Nhibernate 매핑
Order
은 0 또는 1 CreditCards
일 수 있습니다.
CreditCard
Orders
1 이상 나는이 일대 다 관계로 이해할 수 있습니다. 그러나 Orders
의 대다수가 CreditCard
을 사용하여 지급되지 않기를 기대합니다. 따라서 Order 테이블은 null 참조로 가득 찰 것입니다. 내 이해는 이것이 나쁜 습관이라는 것입니다.
이것을 피하기 위해 데이터베이스/엔티티/매핑을 다른 방법으로 설계 할 수 있습니까?
궁금한데, 널 (null)이 많은 테이블을 갖는 것이 왜 나쁜 습관입니까? –
그렇지 않나요? 솔직히 말해서 나는이 문제를 생각하고 내 시간을 낭비하는 것 같아서 ... –
나는 그것이 아니라고 말하지는 않는다. 그러나 나는 왜 그것을 보지 못한다. 나는 그것이 확실히 괜찮다고 말하는 내 DB 지식에 충분히 확신하지 못합니다. –