ChangeConflictException в Linq для Sql не одновременных обновлений

Question

Я использую LINQ to SQL, и у меня возникла небольшая проблема, заключающаяся в увеличении кросс-соединения счетчика представлений.

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

t = this.AppManager.ForumManager.GetThread(id);
t.Views = t.Views + 1;
this.AppManager.DB.SubmitChanges();

Теперь в моих тестах я выполняю это несколько раз, не одновременно. Всего существует 4 копии объекта, выполняющего этот тест.

То есть, нет проблемы блокировки или чего-то в этом роде, но существует 4 контекста данных.

Теперь я ожидаю, что это будет работать так: извлекать строку, изменять поле, обновлять строку. Однако это вызывает исключение ChangeConflictException.

Почему изменение может быть конфликтным, если ни одна из его копий не запущена одновременно?

Есть ли способ игнорировать конфликты изменений в определенной таблице?

РЕДАКТИРОВАТЬ: нашел ответ:

Вы можете установить " UpdateCheck = Никогда " для всех столбцов таблицы, чтобы создать стиль обновления «последний выиграл». Это то, что приложение использовало до того, как я перенес его в LINQ, поэтому я буду использовать его сейчас.

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

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

Я бы скорее дал указание контексту данных забыть все. Это возможно?

Answer 1

Я считаю, что DataContext имеет относительно легкий вес и недолговечный. IMO, вы не должны кэшировать данные, загруженные с DataContext дольше, чем необходимо. Когда он недолговечный, он остается относительно небольшим, потому что (насколько я понимаю) использование памяти DataContext в первую очередь связано с отслеживанием изменений, которые вы вносите в управляемые им объекты (извлекаемые им).

В приложении, над которым я работаю, мы создаем контекст, отображаем данные в пользовательском интерфейсе, ожидаем обновления пользователя и затем обновляем данные. Однако это необходимо главным образом потому, что мы хотим, чтобы обновление основывалось на том, на что смотрит пользователь (в противном случае мы можем получить данные и обновить все сразу, когда пользователь нажмет на обновление). Если ваши обновления относительно автономны, я думаю, было бы разумно извлечь строку непосредственно перед ее обновлением.

Вы также можете использовать System.Data.Linq.DataContext.Refresh () для повторной синхронизации уже полученных данных с данными в базе данных, чтобы помочь с этой проблемой.

Чтобы ответить на ваш последний комментарий о том, как заставить контекст забыть все, я не думаю, что есть способ сделать это, но я подозреваю, что это потому, что все, что есть в контексте, это отслеживаемые изменения (и соединение), и это также хорошо, что вы создаете новый контекст (не забудьте избавиться от старого), потому что на самом деле вы хотите выбросить все, что является контекстом.