Entity Framework (базы данных-первых) несколько отношений к соглашениям об именовании же управляющей таблицей

Question

Давайте предположим, что мы имеем такую ​​ситуацию:

Таблицы в базе:

Country (id, country_name), Person (id, login), CountryManager (id_country, id_person), CountryStakeholder (id_country, id_person)

Если мы должны были создать модель из базы данных, с помощью Entity Framework Database-первых, в VS мы имеем класс как это:

class Country { 

int id; 
string country_name; 

virtual ICollection<Person> Person1; // Navigation Properties 
virtual ICollection<Person> Person2; // ---------||---------- 

} 

Я упростил код, но, надеюсь, вы поняли.

Похоже, что когда Entity Framework имеет дело с внешними ключами, он создает общие свойства навигации. Есть ли возможность управлять созданием свойств навигации по имени? Person1, Person2 не очень объяснительный, к сожалению.

Answer 1

В VS вы можете сделать это с помощью графического интерфейса.

Если вы покажете Model Browser затем перейдите вниз по дереву к:

YourEntityModel> Entity Types> Страна

затем щелкните правой кнопкой мыши на «PERSON1» свойство навигации и выберите «Свойства» вы можете затем изменить имя имя свойства навигации к тому, что вам нравится:

Просто измените имя, сохранить изменения и ваши сделали ...

(На самом деле есть много способов, чтобы получить в окне свойств навигации свойств - вы сп правой кнопкой мыши на нем в схеме модели тоже)

Answer 2

Из записи «Working with Inverse Navigation Properties» из книги «Programming Entity Framework: Code First»:

Вы можете добавить конфигурацию (используя аннотации данных или Fluent API) , чтобы представить эту информацию строителю модели. С данными Аннотации, вы будете использовать аннотацию под названием InverseProperty. С API-интерфейсом Fluent вы будете использовать комбинацию методов Has/With to , чтобы указать правильные концы этих отношений.

Вы можете разместить аннотации на обоих концах отношений (или с обоих концов, если хотите). Мы привяжем их к свойствам навигации в классе жилья (пример 4-10). InverseProperty Data Аннотации необходимо указать имя соответствующего свойства навигации в связанного класса в качестве его параметра.

Пример:

[InverseProperty("PrimaryContactFor")] 
public Person PrimaryContact { get; set; } 

[InverseProperty("SecondaryContactFor")] 
public Person SecondaryContact { get; set; } 

Answer 3

Я рекомендую использовать https://visualstudiogallery.msdn.microsoft.com/ee4fcff9-0c4c-4179-afd9-7a2fb90f5838

Это обеспечивает большую гибкость, чем любое поколение базы данных, что я видел. Я все еще работаю над решением моей собственной проблемы, но это выглядит довольно многообещающе. Но, в отличие от генерации кода по умолчанию, которую предоставляет EF, вы можете настроить отображение.

Как и во всех примерах, которые я видел при переименовании свойств навигации, этого будет недостаточно, потому что EF по-прежнему необходимо сопоставить, чтобы использовать эти свойства навигации (вы могли бы взломать его, хотя и ваш User2 указывает на ModifiedByUser, например).