Есть вопрос, по этому коду. В нем я создаю новую запись и добавляю ее в таблицу контекста entity framework.



В результате его выполнения переменная tmp оказывается null, т.е. запись не находится. Я так понимаю что мой запрос лезет в базу и ищет только то что есть в ней. А новой записи там еще нет. Вопрос в том, как написать запрос что бы он искал еще и по тем записям которые добавлены в контекст, но не сохранены?
Или это неправильная хотелка и надо, например, организовывать транзакцию и вызывать SaveChanges и потом искать добавляемые записи. Ну и уже в самом конце целиком коммитить или откатывать транзакцию

Petro123,
Есть процедура, в ней я в том числе добавляю запись, потом мне ДО сохранения результатов ее работы в базу нужно вызвать еще одну процедуру, передав ей контекст EF. И по логике работы этой вызываемой процедуры мне нужно что бы если если я вставил запись, но еще не сохранил ее в базу, что бы она была "видна". Т.е. мне нужно учитывать и то что уже есть в базе и то что я только собираюсь туда добавить. Понятно что запись можно передавать параметром и учитывать ее. Но хорошо сейчас она одна, а что делать если их 10 и добавлены они в 10 разных таблиц?

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

Petro123Тройка,
Ну, вроде тоже самое, только название другое.
Выше Shocker.Pro ответил)
Хм, ну этот код вроде даже работает



Причем по идее он сперва ищет в контексте, и если нашел, то в базу не лезет. Запилить что ли генерик экстеншен метод) Для коллекций по идее аналогично можно делать Union от запроса базы и от запроса в кэш