Счетчик синхронизации SQL с результатом группы таблицы

Question

У меня есть несколько таблиц в моей базе данных SQL Server.

У меня есть одна таблица [Tatkal_Merge], которая имеет такие поля, как filename, C_srno, Scan и т. Д. [C_srno является вторичным ключом]

Вторая таблица Collation_Data имеет детали, как srno, имя файла, dispatchcount, TotalCount и т.д. [srno является первичным ключом]

TotalCount представляет собой общее количество записей в таблице tatkalmerge.

Есть много других полей в обеих таблицах, но не относится к этому вопросу.

Всякий раз, когда клиент сканирует штрих-код в Winform, и обновление успешно ли обновить [Tatkal_Merge] со значением сканирования «Y» и увеличивать количество отправки Collation_Data с использованием хранимой процедуры

update [Tatkal_Merge] set [DScan]=@scan,[DScanBy]=@scanBy,[DScanTime]=getdate() where Dscan='N' and [wl_barcode]=@wl 

if(@@ROWCOUNT=1) 
update Collation_Data set Dqty=Dqty+1 where srno=@C_srno 

Выпуск

Иногда по какой-либо причине количество отправлений не соответствует 1 или 2 клиентам.

Требование:

1) Пожалуйста, руководство почему существует расхождение в счете. Мое предположение - проблема сети между первой и второй командой.

2) Если я ошибаюсь, что это правильный способ сделать это?

3) Если вы делаете это правильно, как обновить таблицу B в таком сценарии?

P.S.

В настоящее время я обновляя collation_Data с помощью коррелировала подзапрос периодически,

update Collation_Data c 
    set Dqty = (select count(*) 
      from [Tatkal].[dbo].[Tatkal_Merge] m 
      where m.Dscan = 'Y' and m.collation_code = c.collation_code 
      ); 

Answer 1

Несколько вещей, которые вы можете сделать, чтобы изолировать и устранить:

1. Приложите оба обновления внутри транзакции
2. УЛОВИТЕЛЬ @@ ROWCOUNT при втором обновлении, а если это = 0, это означает, что обновление не было успешным, и вы могли записать все важные поля и переменные в таблицу протоколирования, которая может привести вас к виновнику.
3. Основной причиной отказа второго обновления было бы, если @@ ROWCOUNT с первого обновления было <> 1 или если оно не нашло ни одной строки для этого srno. Маловероятно, что это проблема сети.

Answer 2

if(@@ROWCOUNT=1) 

это может быть проблемой, если есть больше соответствующие строки в первое обновление таблицы [Tatkal_Merge]. Вместо того, чтобы изменить его на:

if(@@ROWCOUNT > 0) 
update Collation_Data set Dqty=Dqty+1 where srno=@C_srno