Проверьте, существует ли строка, иначе вставьте

Смотрите на СЛИЯНИЕ команда. Можно сделать UPDATE, INSERT & DELETE в одном операторе.

Вот рабочая реализация при использовании MERGE
- Это проверяет, полон ли полет прежде, чем сделать обновление, еще делает вставку.

if exists(select 1 from INFORMATION_SCHEMA.TABLES T 
              where T.TABLE_NAME = 'Bookings') 
begin
    drop table Bookings
end
GO

create table Bookings(
  FlightID    int identity(1, 1) primary key,
  TicketsMax    int not null,
  TicketsBooked int not null
)
GO

insert  Bookings(TicketsMax, TicketsBooked) select 1, 0
insert  Bookings(TicketsMax, TicketsBooked) select 2, 2
insert  Bookings(TicketsMax, TicketsBooked) select 3, 1
GO

select * from Bookings

И затем...

declare @FlightID int = 1
declare @TicketsToBook int = 2

--; This should add a new record
merge Bookings as T
using (select @FlightID as FlightID, @TicketsToBook as TicketsToBook) as S
    on  T.FlightID = S.FlightID
      and T.TicketsMax > (T.TicketsBooked + S.TicketsToBook)
  when matched then
    update set T.TicketsBooked = T.TicketsBooked + S.TicketsToBook
  when not matched then
    insert (TicketsMax, TicketsBooked) 
    values(S.TicketsToBook, S.TicketsToBook);

select * from Bookings

Я принимаю одну строку для каждого полета? Раз так:

IF EXISTS (SELECT * FROM Bookings WHERE FLightID = @Id)
BEGIN
    --UPDATE HERE
END
ELSE
BEGIN
   -- INSERT HERE
END

я принимаю то, что я сказал, поскольку Ваш способ сделать вещи может перебронировать полет, поскольку он вставит новую строку, когда будет 10 билетов макс., и Вы заказываете 20.

Это - что-то, что я просто недавно должен был сделать:

set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
GO
ALTER PROCEDURE [dbo].[cjso_UpdateCustomerLogin]
    (
      @CustomerID AS INT,
      @UserName AS VARCHAR(25),
      @Password AS BINARY(16)
    )
AS 
    BEGIN
        IF ISNULL((SELECT CustomerID FROM tblOnline_CustomerAccount WHERE CustomerID = @CustomerID), 0) = 0
        BEGIN
            INSERT INTO [tblOnline_CustomerAccount] (
                [CustomerID],
                [UserName],
                [Password],
                [LastLogin]
            ) VALUES ( 
                /* CustomerID - int */ @CustomerID,
                /* UserName - varchar(25) */ @UserName,
                /* Password - binary(16) */ @Password,
                /* LastLogin - datetime */ NULL ) 
        END
        ELSE
        BEGIN
            UPDATE  [tblOnline_CustomerAccount]
            SET     UserName = @UserName,
                    Password = @Password
            WHERE   CustomerID = @CustomerID    
        END

    END

Вы могли использовать Слияние Функциональность для достижения. Иначе можно сделать:

declare @rowCount int

select @rowCount=@@RowCount

if @rowCount=0
begin
--insert....

Передавать подсказки обновления, блокировки строк и блокировки при проверке существования строки.

begin tran /* default read committed isolation level is fine */

if not exists (select * from Table with (updlock, rowlock, holdlock) where ...)
    /* insert */
else
    /* update */

commit /* locks are released here */

Подсказка обновления заставляет запрос принять блокировку обновления для строки, если она уже существует, не позволяя другим транзакциям изменять ее до тех пор, пока вы не зафиксируете или не откатитесь.

Подсказка блокировки заставляет запрос принять блокировку диапазона, не позволяя другим транзакциям добавлять строку, соответствующую вашим критериям фильтра, до тех пор, пока вы не подтвердите или не откатитесь.

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

См. http://msdn.microsoft.com/en-us/library/ms187373.aspx для получения дополнительной информации.

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

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