Нарушение ограничения UNIQUE KEY при обновлении SQL - PullRequest
12 голосов
/ 31 августа 2011

У меня есть простая таблица базы данных (SQL Server 2008 R2 Express), которая имеет следующее определение:

ID         INT          Auto Inc, PK
Name       VARCHAR(64)  Unique Key
Telephone  VARCHAR(128)

У меня есть хранимая процедура, которую я выполняю для обновления записей в таблице, которая в основном выполняет следующие действия:

UPDATE customers
SET    Name = @name, Telephone = @Telephone
WHERE  id = @id

В настоящее время у меня есть две записи в таблице

ID   Name    Telephone
1    Fred    01234 567890
2    John    09876 543210

Когда я вызываю свою хранимую процедуру, чтобы обновить телефонный номер для Джона, эффективно выполняется SQL-код

UPDATE customers
SET    Name = 'John', Telephone = '02468 135790'
WHERE  id = 2

Создает нарушение УНИКАЛЬНОГО КЛЮЧА в поле Name. Теперь, когда поле Имя на самом деле не меняется, почему это происходит?

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

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

Редактировать : приведенная выше таблица была упрощена, чтобы сделать вопрос более управляемым, я уверен, что не пропустил ничего важного, но для информации, фактическое определение таблицы выглядит следующим образом

SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

SET ANSI_PADDING ON
GO

CREATE TABLE [dbo].[companies](
    [id] [int] IDENTITY(1,1) NOT NULL,
    [typeId] [int] NOT NULL,
    [name] [varchar](64) NOT NULL,
    [displayName] [varchar](128) NOT NULL,
    [deliveryAddress] [varchar](1024) NOT NULL,
    [invoiceAddress] [varchar](1024) NOT NULL,
    [telephone] [varchar](64) NOT NULL,
    [fax] [varchar](64) NOT NULL,
    [email] [varchar](256) NOT NULL,
    [website] [varchar](256) NULL,
    [isActive] [bit] NOT NULL,
 CONSTRAINT [PK_companies] PRIMARY KEY CLUSTERED 
(
    [id] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY],
 CONSTRAINT [Unique Display Name] UNIQUE NONCLUSTERED 
(
    [displayName] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY],
 CONSTRAINT [Unique Name] UNIQUE NONCLUSTERED 
(
    [name] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

GO

SET ANSI_PADDING OFF
GO

ALTER TABLE [dbo].[companies]  WITH CHECK ADD  CONSTRAINT [Company Type] FOREIGN KEY([id])
REFERENCES [dbo].[companyTypes] ([id])
GO

ALTER TABLE [dbo].[companies] CHECK CONSTRAINT [Company Type]
GO

... и хранимая процедура

ALTER PROCEDURE UpdateCompany

    @id                 INT,
    @typeId             INT,
    @name               VARCHAR(64),
    @displayName        VARCHAR(128),
    @deliveryAddress    VARCHAR(1024),
    @invoiceAddress     VARCHAR(1024),
    @telephone          VARCHAR(64),
    @fax                VARCHAR(64),
    @email              VARCHAR(256),
    @website            VARCHAR(256),
    @isActive           BIT

AS
BEGIN

    UPDATE  companies
    SET     typeid = @typeid,
            name = @name,
            displayname = @displayname,
            deliveryAddress = @deliveryAddress,
            invoiceAddress = @invoiceAddress,
            telephone = @telephone,
            fax = @fax,
            email = @email,
            website = @website,
            isActive = @isActive

    EXEC    GetCompany @id


END
GO

1 Ответ

21 голосов
/ 31 августа 2011

В вашем операторе UPDATE отсутствует WHERE, поэтому в настоящий момент он попытается обновить все строки в таблице с одинаковыми значениями.

...