Сохраненная процедура SQL Server Создание дубликатов

Question

Я запускаю веб-сайт с использованием SQL Server 2008 и ASP.NET 4.0. Я пытаюсь проследить проблему, что моя хранимая процедура создает дубликаты записей за ту же дату. Первоначально я думал, что это может быть проблема с паролем, но дубликаты записывают ту же дату до миллисекунд. Один из дубликатов: «2013-04-26 15: 48: 28.323« Все данные точно такие же, кроме идентификатора.

@check_date является входом в хранимую процедуру, которая дает нам определенную дату мы рассматриваем (записи являются горничной ежедневно)

@formHeaderId хватают ранее в хранимой процедуре, получение заголовка ID, как это подробно таблица с отношением 1 к многим с заголовком.

Запись @getdate() - это то, где я нашел повторяющиеся записи, есть записи с точными значениями getdate() для разных строк.

Это не происходит с каждой записью, она случайно встречается в приложении.

select @formHeaderId=stage2_checklist_header_id 
from stage2_checklist_header 
where environmental_forms_id=@envFormId 
and checklist_monthyear=@inspected_month 
order by start_date desc 

if @formHeaderId = 0 begin 

    insert into stage2_checklist_header(
     environmental_forms_id  
     ,start_date 
     ,checklist_monthyear 
     ,st2h_load_date) 
    values(@envFormId 
      ,@check_date 
      ,@inspected_month 
      ,getdate()) 

    set @formHeaderId = scope_identity() 
    print 'inserted new header record ' + cast(@formHeaderId as varchar(50)) 

end 

IF (NOT EXISTS(
     SELECT * 
     FROM stage2_checklist_detail 
     WHERE stage2_checklist_header_id = @formHeaderId 
      AND check_date = @check_date 
    )) 
INSERT INTO stage2_checklist_detail 
    (stage2_checklist_header_id, check_date, st2_chk_det_load_date, 
    inspected_by) 
VALUES 
    (@formHeaderId, @check_date, GETDATE(), @inspected_by) 

SET @form_detail_id = SCOPE_IDENTITY() 
    PRINT 'inserted detail record ' + CAST(@form_detail_id AS VARCHAR(50)) 

Answer 1

Вот similar case где разработчик был в состоянии отслеживать повторяющиеся записи для одновременных вызовов из разного ИСПА (который уклонился от EXISTS чека). После экспериментов с уровнями изоляции и транзакциями, а также для предотвращения взаимоблокировок, похоже, что решение в этом случае должно было использовать sp_getapplock и sp_releaseapplock.

Answer 2

В проверке NOT EXISTS вы ищете записи, имеющие одинаковый идентификатор и ту же дату. Итак, если комбинация ID AND date не существует в таблице, строка будет вставлена. В описании проблемы вы указываете: «Все данные точно такие же, кроме идентификатора». Идентификатор, отличающийся, всегда вызывает INSERT на основе логики, которую вы используете, чтобы проверить наличие.