SQL Server 2008 R2 中具有多个选择和插入操作的存储过程的性能问题

Question

我的应用程序和数据库设计可以简化为一个简单的报价系统。

以下是详细说明：

数据库中的三个表：

表格：项目：

• itemId（唯一，主键，自动增加）
• 名称 varchar 不为空
• 类别 varchar 不为空
• 说明 varchar 不为空

表格：收件人：

• recipientId（唯一，主键，自动增加）
• 名字 varchar 不为空
• 姓氏varchar不为空
• 地址 varchar 不为空
• 电子邮件 varchar 不为空

表格：顺序：

• id（唯一，主键，自动增加）
• 价格双倍不为空
• 日期时间戳
• itemId（非外键）
• recipientId（非外键）

我有以下存储过程来处理选择/业务逻辑：

CREATE procedere spInsert
   --list of parameters
   set @tmpItemId = (select itemId from item 
                     where name = @name 
                       and category = @category 
                       and description = @description)

   if @tmpItemId is NULL
   begin 
       insert to item values(@name, @category, @description)
       set @tmpItemId = @@IDENTITY
   end

   set @tmpRecipentId = (select recipentId from recipient 
                         where firstname = @firstname 
                           and lastname = @lastname 
                           and address = @address and email = @email )

   if @tmpRecipentId is NULL
   begin 
       insert to recipient values(@firstname, @lastname, @address, @email)
       set @tmpRecipentId = @@IDENTITY
   end

   insert into order values(@price, @date, @tmpItemId, @tmpRecipientId )

所以基本上逻辑是检查Item和Recipient的存在，然后插入。

在真实数据库中，Item和Recipient的列号分别为20,20。我正在尝试通过读取文本文件中的大量原始信息（将商品信息、收件人信息和订单信息混合在一起）来进行压力测试，然后执行spInsert：

JdbcTemplate jt = getJdbcTemplate();
SimpleJdbcCall simpleJdbcCall = new SimpleJdbcCall(jt);
simpleJdbcCall.withProcedureName("spInsert").execute(paraMap);

但是速度却不尽如人意。粗略计算，每100行原始信息插入需要3-5秒。

我想知道是否有任何改进的余地？包括改变数据库的设计？

PS，我正在考虑将 Item 和 Recipient 的自动增加索引 ID 更改为 UUID，以便让程序知道新 ID Item 和 Recipient 并避免 @ 987654333@ 在存储过程中。是否可行？

---

这是执行计划：

Answer 1

我怀疑您需要以下索引来提高性能：

item(name, category, description)
recipient(firstname, lastname, address, email)

你可能也应该做这些唯一索引，这样你就可以避免“子查询返回太多行”的问题。

Answer 2

这只是一个简化版本，您实际上是在比较大约 20 列以查找在每次插入 Item 表之前是否有匹配项，对于 Recipient 表也是如此？是否可以重新考虑设计？也许将 Recipients 和 Orders 分别插入到 Items 中？

要检查实际发生的情况，请检查执行计划和 SET STATISTICS IO ON 的输出。我的猜测是搜索部分是问题所在。

我相信这些表都聚集在标识列上。在一个或两个最具选择性的列上创建非聚集索引以加快搜索速度。不要让索引太宽，因为你会减慢它的速度。您无法使其独一无二，但可以使用 SELECT TOP 1 保护子查询。

永远不要使用@@IDENTITY，而是使用scope_identity()。