Могут ли свойства навигации EF восприниматься как скалярные свойства?

Question

Я использую EF в winforms с двумя связанными таблицами: Job_Number (Master) & Rating_Value. Обе таблицы содержат столбец «JobID», из которого существует соотношение от 1 до многих. Два вопроса:

1. Должны ли свойства из источника данных иметь бесконечные каскадные свойства навигации, ссылающиеся на другую таблицу? (У меня есть фотография, но моя репутация запрещает мне публиковать ее.) Моя делает. Есть ли разница?
2. Далее, после того, как я перетащил 1-ю таблицу в форму в виде деталей, перетащив в форму вложенное свойство навигации (представляющее таблицу Rating_Value). Если я использую сетку, я получаю два столбца, которые не существуют в таблице. Столбцы «Count» и «IsReadOnly». Если я перетащить их в качестве деталей, я получаю сообщение об ошибке: свойство DataTableName_Number не может быть найдено в DataSource. Во второй таблице нет столбца «Job_Number». Зачем ему тянуть навигационную собственность? Во время выполнения таблица «Rating_Value» выглядит правильно (два вышеупомянутых столбца исчезли), но данные не заполняются. Есть предположения?

Answer 1

1. Предполагая, что 1 JobNumber имеет много RatingValues. На объекте JobNumber будет свойство навигации для коллекции RatingValues. RatingValues будет иметь свойство навигации для одного JobNumber.

2. В сетке включить только интересующие вас столбцы. Если вы хотите, например, строки из JobNumber s вместе с каждым JobNumber' s RatingValues, присоединитесь к двум таблицам.