LINQ to SQL и конфликты параллельного доступа

[A1lfeG]

Спасибо, очень полезный материал.
Есть пара проблем в своем проекте, которые можно и нужно решить на уровне описанных выше конфликтов.

[Idsa]

LINQ To SQL? Дайте ему спокойно умереть

[dieron]

Не умрет он. Во всяком случае, пока ему нет альтернативы (EF не в счет).

[posthuman]

А почему EF не в счет?

[dieron]

Ну IMHO для случая, когда надо выбрать/записать данные в 1-2-3 таблицы LINQ 2 SQL предпочительнее.

В том виде, в котором существует LINQ 2 SQL, его достаточно для большинства простых задач. Собственно, видимо поэтому его больше и не развивают. И не надо :-)

[LexL]

Было бы интересно узнать, как реализуется в Linq to SQL optimistic locking через version поля.

[sergei-grigorev]

Спасибо за Ваш интерес! Сегодня вечером (после работы) добавлю к статье способ работы с version полем

[sergei-grigorev]

Добавил в статью пример с использованием поля версии

[LexL]

спасибо за пример. надо будет глянуть, как это в devart linq to oracle sql реализовано…

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

[z123]

вопрос: в последнем примере tranaction и db никак между собой не связаны — это так и задумано?

[sergei-grigorev]

используется неявная транзакция

[la0]

// офф
что-то напомнило. «2 слесаря автоваза подрались из-за ведра с гайками.»

[sergeyzwezdin]

Очень хорошо написано, действительно для многих полезная статья получилась.
Одно только замечание — править значения в атрибутах все-таки лучше внутри .dbml или в дизайнере, поскольку при редактировании непосредственно файла .designer.cs ваши изменения могут затереться при изменении схемы DBML.

[ka3yc]

Спасибо автору :)
Мучался из-за появляющегося конфликта при обновлении данных в двух таблицах одновременно (в БД еще триггер есть, который пока нельзя выпилить). как оказалось, конфликт был из-за атрибута IsVersion=true на поле одного из объектов.

При этом, что, цуко, странно, в объекте ObjectChangeConflict коллекция MemberConflicts была пустая, и непонятно было на каком именно поле конфликт произошел.

Если это ожидаемое поведение (пустая коллекция MemberConflicts при конфликте по версии) при возникновении исключения ChangeConflictException, то можно было бы добавить в статью в раздел про isVersion фразу про это :)