Entity Framework: настройка свойства внешнего ключа

У нас есть таблица, которая выглядит примерно так:

CREATE TABLE Lockers 
{
  UserID int NOT NULL PRIMARY KEY (foreign key),
  LockerStyleID int (foreign key),
  NameplateID int (foreign key)
}

Все ключи относятся к другим таблицам, но из-за способа распространения приложения нам легче передавать идентификаторы в качестве параметров. Поэтому мы хотели бы сделать это:

Locker l = new Locker { 
  UserID = userID, 
  LockerStyleID = lockerStyleID, 
  NameplateID = nameplateID 
};
entities.AddLocker(l);

Мы могли бы сделать это в LINQ-to-SQL, но не в EF?

Ответ 1

Эта пропавшая функция, похоже, раздражает многих людей.

Хорошие новости: MS решит проблему с .NET 4.0.
Плохая новость: на данный момент, или если вы застряли на 3.5, вам нужно немного поработать, но это возможно.

Вы должны сделать это следующим образом:

Locker locker = new Locker();
locker.UserReference.EntityKey = new System.Data.EntityKey("entities.User", "ID", userID);
locker.LockerStyleReference.EntityKey = new EntityKey("entities.LockerStyle", "ID", lockerStyleID);
locker.NameplateReference.EntityKey = new EntityKey("entities.Nameplate", "ID", nameplateID);
entities.AddLocker(locker);
entities.SaveChanges();

Ответ 2

То, что я делал, чтобы упростить задачу, заключается в добавлении свойства внешнего ключа в частичный класс:

public int UserID
{
   get
   {
      if (this.User != null)
         return this.User.UserID;
   }
   set 
   {
      this.UserReference.EntityKey = new System.Data.EntityKey("entities.User", "ID", value);
   }
}

Ответ 3

Вы можете создать метод расширения, который создает объект на основе этих идентификаторов.

Ответ 4

Использование EntityKey решает вашу проблему;)

алк.

Ответ 5

другой метод, если вы не возражаете "загрязнять" вашу схему db для добавления вычисленного столбца, например. если у вас было поле внешнего ключа FK_Customer, вы могли бы определить новый вычисленный столбец FK_Customer_Computed, который имеет выражение FK_Customer. Когда вы создаете\обновляете модель edmx, поле будет отображаться как обычное поле, которое затем можно ссылаться на объект объекта.

Или подождите EF4:)

Ответ 6

Следуя от ответа Дилана, Алекс Джеймс написал блог именно об этом, полностью объяснив проблему и о том, как решить частичное решение класса +.

Поддельные внешние ключи - EF3.5