Question

所以我有这张桌子：

CREATE TABLE [Snapshots].[Crashproof](
    [EmoteCountId] [int] IDENTITY(1,1) NOT NULL,
    [SnapshotId] [int] NOT NULL,
    [Emote] [nvarchar](42) NOT NULL,
    [EmoteCountTypeId] [int] NOT NULL,
    [Count] [decimal](19, 6) NOT NULL,
    CONSTRAINT [PK_SnapshotsCrashproof] PRIMARY KEY CLUSTERED ([EmoteCountId] ASC) ON [PRIMARY],
    CONSTRAINT [FK_SnapshotsCrashproof_Snapshots] FOREIGN KEY ([SnapshotId]) REFERENCES [Snapshots].[Snapshots] ([SnapshotId]) ON DELETE CASCADE,
    CONSTRAINT [FK_SnapshotsCrashproof_EmoteCountTypes] FOREIGN KEY ([EmoteCountTypeId]) REFERENCES [dbo].[EmoteCountTypes] ([EmoteCountTypeId])
) ON [PRIMARY]
GO

以及插入其中的代码：

using (SqlBulkCopy bulkCopy = new SqlBulkCopy(connection, SqlBulkCopyOptions.Default, trans))
{
    bulkCopy.DestinationTableName = "Snapshots.Crashproof";
    bulkCopy.ColumnMappings.Add(new SqlBulkCopyColumnMapping("SnapshotId", "SnapshotId"));
    bulkCopy.ColumnMappings.Add(new SqlBulkCopyColumnMapping("EmoteCountTypeId", "EmoteCountTypeId"));
    bulkCopy.ColumnMappings.Add(new SqlBulkCopyColumnMapping("Emote", "Emote"));
    bulkCopy.ColumnMappings.Add(new SqlBulkCopyColumnMapping("Count", "Count"));

    using (IDataReader reader = ObjectReader.Create(emoteCountTypesToSnapshot))
    {
        bulkCopy.WriteToServer(reader);
    }
}

它在99.99％的时间内运行良好（并且每分钟都进行批量复制），但是我确实有一次例外，它在最后一行（bulkCopy.WriteToServer(reader);）：

违反PRIMARY KEY约束...无法在对象＆＃39; Snapshots.Crashproof＆＃39;中插入重复的密钥。重复键值为（247125）。

我认为不建议直接在最终表中批量插入，我将修改我的代码以批量插入到临时表中，然后从那里插入。但这是什么导致了这个例外？

我真的不明白如何在Identity字段上出现重复键：|

Answer 1

我的建议是使用ETL产品来完成这些任务。他们为您组织一切，只做更干净的工作。使用大量复制品和存储过程以及制作临时表（我多年来一直这样做）让我感到非常难看。

我过去几年一直在使用Pentaho Kettle并完全爱上它。这个任务只需要几分钟，或者可能不到一分钟，就可以实现，并且可以将大量的数据从一个地方转移到另一个地方。“

我知道这不是你问题的直接答案，但如果有人带着这个问题来找我工作，我会立即建议。

在PK为Identity的表上违反PRIMARY Key（Duplicate key）？

1 个答案: