You are currently offline, waiting for your internet to reconnect

FIX: A conflict with the foreign key constraint occurs when you update the case of the column values in the primary key table or you pad column values in the primary key table in SQL Server 2005

Extended support for SQL Server 2005 ends on April 12, 2016

If you are still running SQL Server 2005 after April 12, 2016, you will no longer receive security updates and technical support. We recommend upgrading to SQL Server 2014 and Azure SQL Database to achieve breakthrough performance, maintain security and compliance, and optimize your data platform infrastructure. Learn more about the options for upgrading from SQL Server 2005 to a supported version here.

SYMPTOMS
When you update the primary key column of the primary key table in Microsoft SQL Server 2005 by changing the case of the existing column values or by padding column values, you receive the following error message:
Msg 547, Level 16, State 0, Line 1

The UPDATE statement conflicted with the REFERENCE constraint "<Constraint>". The conflict occurred in database "<Database name>", table "<Table name>", column '<Column name>'.
For example, this problem occurs in both the following situations.

Example 1

  • You create two tables by using a case-insensitive collation such as the SQL_Latin1_General_CP1_CI_AS collation.
  • You build a primary key and foreign key relationship between these two tables.
  • You update the primary key column of the primary key table by changing the case of the existing column values.

Example 2

  • You create two tables.
  • You build a primary key and foreign key relationship between these two tables.
  • The ANSI_PADDING setting is set to OFF.

    Note By default, the ANSI_PADDING setting is set to OFF.
  • You update the primary key column of the primary key table by padding the column values.
CAUSE
This problem occurs because values that are equal at the type level may be distinct at the binary level.

For example, at the type level, N'a' is equal to N'A'. However, at the binary level, N'a' is not equal to N'A'. The optimization mechanism incorrectly assumes that the update operation that changes the case does not make any real changes. Therefore, the PK-FK check is unsuccessful.
RESOLUTION

Service pack information

To resolve this problem, obtain the latest service pack for SQL Server 2005. For more information, click the following article number to view the article in the Microsoft Knowledge Base:
913089 How to obtain the latest service pack for SQL Server 2005
STATUS
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section. This problem was first corrected in SQL Server 2005 Service Pack 3.
MORE INFORMATION
For more information about software update terminology, click the following article number to view the article in the Microsoft Knowledge Base:
824684 Description of the standard terminology that is used to describe Microsoft software updates
Properties

Article ID: 959015 - Last Review: 12/16/2008 01:05:01 - Revision: 1.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Standard X64 Edition, Microsoft SQL Server 2005 Standard Edition for Itanium-based Systems, Microsoft SQL Server 2005 Enterprise X64 Edition, Microsoft SQL Server 2005 Enterprise Edition for Itanium-based Systems, Microsoft SQL Server 2005 Workgroup Edition

  • kbtshoot kbsql2005engine kbexpertiseadvanced kbfix kbbug KB959015
Feedback
">p;t=">