FIX: Update of Primary Key Causes Repl Custom St. Proc to FailLast reviewed: May 1, 1997Article ID: Q136544 |
The information in this article applies to:
SYMPTOMSOn Microsoft SQL Server version 6.0, if you update the primary key of a table, the original primary key parameters passed to a custom stored procedure defined for replication will be replaced with the updated primary key values.
STATUSMicrosoft has confirmed this to be a problem in Microsoft SQL Server version 6.0. This problem was corrected in Service Pack 2 for SQL Server version 6.0. For more information, contact your primary support provider.
MORE INFORMATIONThe current protocol for the definition of an UPDATE custom stored procedure is defined in the SQL Server "Administrator's Companion" under the section "Adding Stored Procedures for Insert, Update, and Delete" in Chapter 15 on Replication. According to this protocol, all column values for the updated row are passed first, followed by the original values of the primary key. If the primary key column(s) are modified in the UPDATE statement, the original primary key values are not passed correctly. Instead, the new updated primary key values are passed in their place. Only the primary key columns actually updated will be affected. If the table has multiple primary key columns, only those referenced in the SET clause of the UPDATE statement are passed incorrectly as stored procedure parameters.
|
Additional query words: article
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |