我正在运行一个非常直接的delete语句查询。我有50个'文件'键，我想删除它们。我们的数据库架构如下所示：
文件- UID （int）列是主键（具有唯一聚集索引）
版本- File 列是的外键 File.UID , DataLockerToken 列是cache.uid的外键
缓存- UID （uniqueidentifier）列是主键（具有唯一的非聚集索引）
版本必须索引来自我应用的sql的建议：

CREATE NONCLUSTERED INDEX [nc_VersionFile_DataLockerToken] 
ON [dbo].[Version] ([File] ASC) INCLUDE([DataLockerToken])

CREATE NONCLUSTERED INDEX [nc_VersionFile_UID] 
ON [dbo].[Version] ([File] ASC) INCLUDE([UID])

关系：文件1:m到版本1:1到缓存
下面是我尝试执行的查询：

DELETE [Cache] 
FROM [Cache] c 
INNER JOIN Version v ON c.UID = v.DataLockerToken 
WHERE v.[File] IN ( 241647, ... 50 ids in total ..., 244038 );

DELETE Version 
WHERE [File] IN ( 241647, ... 50 ids in total ..., 244038 );

DELETE [File] 
WHERE UID IN ( 241647, ... 50 ids in total ..., 244038 );

这几乎需要1分钟，我希望它几乎是立即。这个 File 以及 Version 表只是元数据，而 Cache 表实际上保存文件的二进制信息。
以下是执行计划的屏幕截图：

更新：它必须是缓存表或二进制信息中的东西，因为如果我在SQLServerManagementStudio中运行查询，就像我说的，需要大约1分钟。然后，如果我在management studio甚至是c控制台应用程序中再次运行完全相同的查询（相同的键，显然它们不在那里），那么查询是即时的，所以除非存在某种我认为不存在的“查询缓存”，否则这就说明了一个事实，即被删除的数据是问题，而不是查询的问题？
有没有人能在执行计划中看到一些明显的问题？如果需要的话，我通常依赖sql来给我一个索引提示（我知道你不能总是相信sql），但是这个db模式并不是那么复杂。
让我知道是否有一个更好的平台来问这个问题，如果这不是正确的地方。