ADO.Net Entity Framework Объект сущности не может ссылаться на несколько экземпляров IEntityChangeTracker
Я пытаюсь сохранить свой контакт, который имеет ссылки на ContactRelation (только отношения контакта, замужних, одиноких и т. Д.) И страны. Но каждый раз, когда я пытаюсь сохранить мой контакт, который проверяется, я получаю исключение «ADO.Net Entity Framework Объект сущности не может ссылаться на несколько экземпляров IEntityChangeTracker»
public Contact CreateContact(Contact contact) { _entities.AddToContact(contact); //throws the exception _entities.SaveChanges(); return contact ; } Я использую слабосвязанный дизайн MVC с услугами и репозиториями. Я прочитал много сообщений об этом исключении, но никто не дает мне рабочий ответ …
Спасибо, Питер
- Entity Framework 4.2 exec sp_executesql не использует индексы (sniffing параметров)
- Автоматические миграции EntityFramework Core
- Строка соединения с именем «MyEntities» не найдена в файле конфигурации приложения
- Значение не может быть нулевым. Имя параметра: источник
- DbSet.Attach (entity) vs DbContext.Entry (entity) .State = EntityState.Modified
- Entity Framework: как отключить ленивую загрузку для конкретного запроса?
- Преобразование сплющенных иерархических данных из SQL Server в структурированный объект JSON с C # / Linq
- Обновить строку, если она существует в остальной логике вставки с платформой Entity Framework
- Как сгруппировать по 2 дочерним объектам и получить общее количество обоих этих дочерних объектов?
- LINQ to Entities не распознает метод
- Loop / отражать все свойства во всех моделях EF для установки типа столбца
- Можно ли запретить EntityFramework 4 переписывать настроенные свойства?
- Получение всех изменений, внесенных в объект в Entity Framework
[Обновить]
Поскольку L2E используется, вам нужно сначала сохранить все связанные объекты, прежде чем вы сможете сохранить основной объект. Что имеет смысл, иначе вы бы создали (в моем примере) художника без его контактного объекта. Это не допускается дизайном базы данных.
[/Обновить]
Вот моя работа, которая сработала.
[AcceptVerbs(HttpVerbs.Post)] public ActionResult Create([Bind(Exclude = "Id")] Artist artist, [Bind(Prefix = "Contact")] Contact contact, [Bind(Prefix = "Country")] Country country, [Bind(Prefix = "ContactRelationship")] ContactRelationship contactRelationship) { ViewData["Countries"] = new SelectList(new CountryService(_msw).ListCountries().OrderBy(c => c.Name), "ID", "Name"); ViewData["ContactRelationships"] = new SelectList(new ContactRelationshipService(_msw).ListContactRelationships().OrderBy(c => c.ID), "ID", "Description"); country = _countryService.GetCountryById(country.ID); contact.Country = country; contactRelationship = _contactRelationshipService.GetContactRelationship(contactRelationship.ID); contact.ContactRelationship = contactRelationship; if(_contactService.CreateContact(contact)){ artist.Contact = contact; if (_service.CreateArtist(artist)) return RedirectToAction("Index"); } return View("Create"); }
И затем в моем ContactRepository:
public Contact CreateContact(Contact contact) { _entities.AddToContact(contact); //no longer throws the exception _entities.SaveChanges(); return contact ; }
Я также нашел на этом веб-сайте, что лучше всего поддерживать один и тот же контекст во всем приложении, поэтому я теперь использую для этого специальный class Data:
Рик Стралл и Сэмюэл Маэхем научили меня, что вы должны хранить свой файл данных на пользователя за запрос. Это означает, что он помещается в HttpContext для веб-приложений. Читать все об этом здесь
public class Data { public static MyDBEntities MyDBEntities { get { if (HttpContext.Current != null && HttpContext.Current["myDBEntities"] == null) { HttpContext.Current["myDBEntities"] = new MyDBEntities (); } return HttpContext.Current["myDBEntities"] as MyDBEntities; } set { if(HttpContext.Current != null) HttpContext.Current["myDBEntities"] = value; } } }
Я видел это раньше, вам, возможно, придется преобразовать поле Reference в EntityKey перед сохранением, а затем загрузить его после его сохранения. Вместо этого попробуйте использовать этот код:
public Contact CreateContact(Contact contact){ contact.ConvertContactRelationToReference(); _entities.AddToContact(contact); //throws the exception _entities.SaveChanges(); contact.ContactRelation.Load(); return contact; } public partial class Contact { public void ConvertContactRelationToReference() { var crId = ContactRelation.Id; ContactRelation = null; ContactRelationReference.EntityKey = new EntityKey("MyEntities.ContactRelations", "Id", crId); } }
Конечно, некоторые из этого кода могут потребоваться изменить в зависимости от вашей точной структуры базы данных.
Ummm Интересно, может ли кто-нибудь угодить здравому смыслу проверить мое решение. Это очень похоже на принятый ответ ниже, но после прочтения блога Rick Strahl о DataContext Life Management я обеспокоен тем, что это не streamовое решение для веб-приложения.
Я также обошел экземпляр, где я получал это сообщение об ошибке, обращаясь к объекту, используя шаблон singleton.
Я добавил в class MyObjectContext следующее:
// singleton private static MyObjectContext context; public static MyObjectContext getInstance() { if (context == null) { context = new MyObjectContext (); } return context; }
И в моем ядре репозитория для каждого объекта вместо создания экземпляра нового экземпляра MyObjectContext я использую
var db = MyObjectContext.getInstance();
Я здесь глуп? Кажется, это работает.