IsolationLevel.RepeatableRead для предотвращения дублирования

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

Вот базовая диаграмма задействованных таблиц базы данных.

// table "package"
// columns packageID, policyID, other data...
// 
// table "insurancepolicy"
// columns policyID, coverageAmount, other data...

Вот базовая схема того, что я хочу сделать:

using (SqlConnection conn = new SqlConnection(...))
{
  sqlTransaction sqlTrans = conn.BeginTransaction(IsolationLevel.RepeatableRead);

  // Calls a stored procedure that checks if the foreign key in the transaction table has a value.
  if (PackageDB.HasInsurancePolicy(packageID, conn))
  { 
    sqlTrans.Commit();
    return false;
  }

  // Insert row in foreign table.
  int policyID = InsurancePolicyDB.Insert(coverageAmount, conn);
  if (policyID <= 0)
  {
    sqlTrans.Rollback();
    return false;
  }

  // Assign foreign key to parent table.  If this fails, roll back everything.
  bool assigned = PackageDB.AssignPolicyID(packageID, policyID, conn);
  if (!assigned)
  {
    sqlTrans.Rollback();
    return false;
  }
}

Если два (или более) потока (или процесса, или приложения) делают это одновременно, я хочу, чтобы первый поток заблокировал строку «пакет», пока у него нет policyID, пока политика не будет создана и не будет назначен policyID. к таблице пакетов. Тогда блокировка будет снята после того, как policyID будет назначен таблице пакетов. Я надеюсь, что другой поток, вызывающий этот же код, остановится, когда прочитает строку пакета, чтобы убедиться, что сначала у него нет policyID. Когда блокировка первой транзакции будет снята, я надеюсь, что вторая транзакция увидит, что policyID присутствует, и, следовательно, вернется без вставки каких-либо строк в таблицу политик.

Примечание. Из-за структуры базы данных CRUD каждая хранимая процедура включает чтение (выбор), создание (вставка) или обновление.

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

Спасибо.