不能插入表中的SQL Server类型

我有一个C＃应用程序，我使用的类型插入到一个SQL Server表：不能插入表中的SQL Server类型

CREATE TYPE [dbo].[taradodType] AS TABLE 
(
    [IDP] [int] NULL, 
    [date] [datetime] NULL, 
    [day] [nvarchar](max) NULL, 
    [nobatkari] [nvarchar](max) NULL, 
    [code] [nvarchar](max) NULL 
)

C＃代码：

SqlConnection sqlconn = new SqlConnection(DBsetting.Connstring); 
sqlconn.Open(); 

using (sqlconn) 
{ 
    try 
    { 
     SqlCommand cmd = new SqlCommand("InsertTaradod", sqlconn); 
     cmd.CommandType = CommandType.StoredProcedure; 

     SqlParameter dtparam = cmd.Parameters.AddWithValue("@taradodType", dtreadd); 
     dtparam.SqlDbType = SqlDbType.Structured; 

     cmd.ExecuteNonQuery(); 

     MessageBox.Show("Saved!"); 
    } 
    catch (Exception ex) 
    { 
     MessageBox.Show(ex.Message); 
    } 
}

存储过程：

ALTER PROCEDURE [dbo].[InsertTaradod] 
    @taradodType dbo.taradodType READONLY 
AS 
BEGIN 
    INSERT INTO dbo.taradod 
     SELECT * FROM @taradodType 
END

而我不想插入重复的行到表中。所以我定义了一个不插入重复数据的索引。但这里有一个问题。如果数据收集中只有1个重复行。该数据没有被插入，但我想要插入的不重复

数据以外的数据：

1 2017-06-20 13:28:44 1 0 1 0 
    4 2017-06-22 12:18:13 1 0 1 0 
    2 2017-06-22 12:49:41 1 0 1 0 
    3 2017-06-22 13:15:24 1 0 1 0 
    1 2017-06-22 13:50:07 1 0 1 0 
    3 2017-06-24 06:56:05 1 0 1 0 
    1 2017-06-24 07:02:47 1 0 1 0 
    5 2017-06-24 07:29:37 1 0 1 0 
    7 2017-06-24 13:18:57 1 0 1 0 
    6 2017-06-24 13:19:00 1 0 1 0 
    8 2017-06-24 13:19:03 1 0 1 0 
    5 2017-06-24 13:19:07 1 0 1 0 
    3 2017-06-24 14:35:14 1 0 1 0 
    1 2017-06-24 14:38:04 1 0 1 0 
    3 2017-06-25 06:45:24 1 0 1 0 
    2 2017-06-25 06:54:48 1 0 1 0 
    1 2017-06-25 06:56:02 1 0 1 0 
    5 2017-06-25 07:51:32 1 0 1 0 
    6 2017-06-25 07:57:25 1 0 1 0 
    7 2017-06-25 07:57:30 1 0 1 0 
    8 2017-06-25 07:57:34 1 0 1 0 
    2 2017-06-25 13:03:55 1 0 1 0 
    5 2017-06-25 13:26:34 1 0 1 0 
    6 2017-06-25 13:32:56 1 0 1 0 
    8 2017-06-25 13:33:07 1 0 1 0 
    7 2017-06-25 13:33:10 1 0 1 0 
    1 2017-06-25 14:38:51 1 0 1 0 
    3 2017-06-25 14:39:21 1 0 1 0 
    4 2017-06-28 06:44:48 1 0 1 0 
    3 2017-06-28 06:45:48 1 0 1 0 
    1 2017-06-28 06:59:51 1 0 1 0 
    5 2017-06-28 07:21:28 1 0 1 0 
    9 2017-06-28 07:38:38 1 0 1 0 
    8 2017-06-28 07:49:19 1 0 1 0 
    6 2017-06-28 08:11:29 1 0 1 0 
    7 2017-06-28 08:11:34 1 0 1 0 
    8 2017-06-28 13:32:17 1 0 1 0 
    9 2017-06-28 13:32:20 1 0 1 0 
    7 2017-06-28 13:32:23 1 0 1 0 
    6 2017-06-28 13:32:27 1 0 1 0 
    5 2017-06-28 13:32:42 1 0 1 0 
    4 2017-06-28 14:17:00 1 0 1 0 
    3 2017-06-28 14:43:18 1 0 1 0 
    1 2017-06-28 15:27:57 1 0 1 0 
    4 2017-06-29 06:28:16 1 0 1 0 
    1 2017-06-29 06:55:45 1 0 1 0 
    3 2017-06-29 06:55:53 1 0 1 0 
    5 2017-06-29 07:34:44 1 0 1 0 
    8 2017-06-29 07:55:54 1 0 1 0 
    6 2017-06-29 07:55:57 1 0 1 0 
    9 2017-06-29 07:56:01 1 0 1 0 
    7 2017-06-29 08:00:26 1 0 1 0 
    9 2017-06-29 12:57:04 1 0 1 0 
    7 2017-06-29 12:57:12 1 0 1 0 
    8 2017-06-29 12:57:15 1 0 1 0 
    6 2017-06-29 12:57:33 1 0 1 0 
    5 2017-06-29 12:57:54 1 0 1 0 
    4 2017-06-29 13:01:06 1 0 1 0 
    3 2017-06-29 13:31:41 1 0 1 0 
    1 2017-06-29 13:31:50 1 0 1 0 
    4 2017-07-01 06:27:33 1 0 1 0 
    2 2017-07-01 06:50:55 1 0 1 0 
    3 2017-07-01 06:51:52 1 0 1 0 
    1 2017-07-01 07:02:29 1 0 1 0 
    5 2017-07-01 07:18:49 1 0 1 0 
    9 2017-07-01 07:27:00 1 0 1 0 
    8 2017-07-01 07:27:03 1 0 1 0 
    7 2017-07-01 07:52:45 1 0 1 0 
    6 2017-07-01 07:52:47 1 0 1 0 
    2 2017-07-01 12:54:23 1 0 1 0 
    7 2017-07-01 13:32:05 1 0 1 0 
    8 2017-07-01 13:32:15 1 0 1 0 
    9 2017-07-01 13:32:37 1 0 1 0 
    6 2017-07-01 13:32:52 1 0 1 0 
    4 2017-07-01 13:32:58 1 0 1 0 
    5 2017-07-01 13:33:07 1 0 1 0 
    1 2017-07-01 14:32:01 1 0 1 0 
    3 2017-07-01 14:32:32 1 0 1 0 
    4 2017-07-02 06:27:25 1 0 1 0 
    3 2017-07-02 06:47:46 1 0 1 0 
    1 2017-07-02 07:00:37 1 0 1 0 
    2 2017-07-02 07:00:42 1 0 1 0 
    5 2017-07-02 07:11:05 1 0 1 0 
    8 2017-07-02 07:23:47 1 0 1 0 
    9 2017-07-02 07:23:55 1 0 1 0 
    7 2017-07-02 07:34:37 1 0 1 0 
    6 2017-07-02 07:34:39 1 0 1 0 
    2 2017-07-02 13:00:14 1 0 1 0 
    8 2017-07-02 13:22:30 1 0 1 0 
    9 2017-07-02 13:22:34 1 0 1 0 
    6 2017-07-02 13:23:09 1 0 1 0 
    7 2017-07-02 13:23:23 1 0 1 0 
    5 2017-07-02 13:26:15 1 0 1 0 
    4 2017-07-02 14:05:00 1 0 1 0 
    3 2017-07-02 14:56:15 1 0 1 0 
    1 2017-07-02 15:27:23 1 0 1 0 
    4 2017-07-03 06:33:45 1 0 1 0 
    1 2017-07-03 07:04:39 1 0 1 0 
    5 2017-07-03 07:15:34 1 0 1 0 
    6 2017-07-03 08:37:04 1 0 1 0 
    7 2017-07-03 08:37:07 1 0 1 0 
    8 2017-07-03 09:59:10 1 0 1 0 
    9 2017-07-03 09:59:14 1 0 1 0 
    8 2017-07-03 13:59:10 1 0 1 0 
    9 2017-07-03 13:59:25 1 0 1 0 
    5 2017-07-03 13:59:33 1 0 1 0 
    7 2017-07-03 13:59:42 1 0 1 0 
    6 2017-07-03 13:59:46 1 0 1 0 
    4 2017-07-03 14:05:22 1 0 1 0 
    1 2017-07-03 14:35:43 1 0 1 0 
    4 2017-07-04 06:28:15 1 0 1 0 
    2 2017-07-04 06:46:19 1 0 1 0 
    1 2017-07-04 07:06:26 1 0 1 0 
    3 2017-07-04 07:10:29 1 0 1 0 
    5 2017-07-04 07:18:38 1 0 1 0 
    8 2017-07-04 07:55:10 1 0 1 0 
    9 2017-07-04 07:55:14 1 0 1 0 
    1 2017-07-04 07:55:42 1 0 1 0 
    7 2017-07-04 07:57:51 1 0 1 0 
    6 2017-07-04 07:57:54 1 0 1 0 
    1 2017-07-04 08:57:36 1 0 1 0

指数是在ID和datetime。

来源

2017-08-27 ssss

为什么不换个'SELECT * FROM @ taradodType'查询筛选，并选择插入只会重复行。 –

没有问题是taradodType中没有重复的行。我的意思是表中有该行，当它想插入taradodType中的重复数据时，它不能插入，因为只有1个重复的行 – ssss

看起来你已经有一些数据在dbo.taradod，并从@taradodType插入新的数据，你想要过滤掉dbo.taradod已经存在的行。

你可以尝试选择这样的查询：

SELECT * FROM @taradodType t1 
left outer join dbo.taradod t2 on t1.IDP = t2.IDP 
     and t1.date = t2.date 
where t2.IDP is null

来源

2017-08-27 14:52:50

你插入命令就像一个批处理执行。

您的整个类型被传递给SQL Server存储过程，并且它作为批处理插入。

在您的存储过程的INSERT声明，添加NOT EXISTS检查这样的：

INSERT INTO dbo.taradod 
    SELECT Distinct * 
    FROM @taradodType a 
    WHERE NOT EXISTS (SELECT 1 
         FROM dbo.taradod 
         WHERE IDP = a.IDP 
         AND Code = a.Code 
         ...and other conditions which decide duplicate rows for you.)

或者，你可以删除@taradodType这已经dbo.taradod存在的行，然后执行INSERT语句中。

来源

2017-08-27 14:56:45 Amit

最简单的解决方法...定义索引时，只需使用IGNORE_DUP_KEY = ON选项。

CREATE UNIQUE NONCLUSTERED INDEX ixu_IndexName ON dbo.taradodType (IDP) 
WITH (DROP_EXISTING = ON, IGNORE_DUP_KEY = ON) ON [PRIMARY];

不是遇到欺骗时抛出一个错误，它只是忽略了数据的违规行，向前移动像什么都没有发生。

HTH，杰森

来源

2017-08-27 15:03:43

DROP_EXISTING会在这里做什么？ – Amit

您无法更改现有的索引。他们必须被丢弃并重新创建。 DROP_EXISTING = ON只是自动处理DROP INDEX部分......完全是可选的。 –

不能插入表中的SQL Server类型

回答

相关问题