Трудолюбивый Незнайка немного в растерянности.

Дело вот в чём

Допустим у нас есть

myEntity db = new myEntity();

//потом мы делаем что нибудь такое

bool isDo = true;

if (isDo)
{
db.mySet.AddObject(new myTable() {name="myName"});

//то вот тут почему то не работает

myTable mt = db.mySet.Where(n => n.name=="myName").FirstOfDefault();

//и действительно там нет нового экземпляра этой сущности. А вот если добавить db.SaveChanges(); сразу то он появится. Но хотелось бы собрать пакет обновлений а потом отображать его в базу.
}

db.SaveChanges();

Как быть? Где читать? Суть вопроса кратко - как сделать измениния в модели без запросов с использованием синтаксиса { } и только в нужном месте запулить сохранение изменений в БД?

last_student,

Не хочу из базы. Хочу из модели. То есть вначале сделать в коллекции в модели, произвести необходимые действия, например добавить другие связанные коллекции, а потом уже всё это сохранить в БД.

Нужен какой нибудь метод типа attach

albert t,

скобочки не при чём

albert t,

насколько я понял, вопрос уходит в глубины паралелелизма и управляемых блокировок. так что снимается.

albert t,

поменяю вопрос - как точно получить ключ, например Id только что вставленной записи.

Допустим есть таблица
CREATE TABLE [dbo].[Vegetables](
[idVegetables] [int] IDENTITY(1,1) NOT NULL,
[nameVegetables] [nvarchar](50) NOT NULL)

Соответственно когда мы сделаем

db.Vegetables.AddObject(new Vegetables() {nameVegetables="Tomato"});
db.SaveCganges;

то как мы сможем обратиться именно к этой записи?

Если бы вставка была сделана в сохранённой процедуре в SQL то у нас была бы таблица [inserted] и из неё мы могли бы достать наш idVegetables.

Как быть в случае с Entity? Искать по имени значит нарушать целостность. Мы не можем быть уверены что там один Томато, а нам нужен только тот который мы только что вставили.

Как быть?

albert t,

Всё, разобрался. Оказывается в той ссылке после SaveChanges будет уже не 0 а реальный id из Базы.

те

Vegetables veg = new Vegetables() {nameVegetables="Tomato"};

db.Vegetables.AddObject(veg);

// тут ещё veg.idVegetables = 0

db.SaveCganges;

а уже тут veg.idVegetables = id из базы, например 2315.

То есть анонимные объекты исключаются из использования в случае необходимости связанных изменений в модели.

Хотя конечно количество запросов к Базе с таким подходом значительно увеличивается. Если сравнивать с сохранёнными процедурами, например.