blocks|key|2581386|text|一旦找到10000，它就会爆发。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2581387|您没有使用我的删除解决方案吗？:-)|2581388|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

It will break out as soon as it finds 10000.

Are you not using my DELETE solution? :-)

blocks|key|806890|text|我认为如果您执行内部连接，您的查询会更快，如下所示：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|806891|SELECT+TOP(10000)+P.ProductId
FROM+ProductInfo+P+INNER+JOIN+DeletedProduct+D+on+P.ProductId=D.ProductId|code-block|syntax|javascript|806892|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

I think your query would be faster if you did an inner join, like so:

<pre><code>SELECT TOP(10000) P.ProductId
FROM ProductInfo P INNER JOIN DeletedProduct D on P.ProductId=D.ProductId
</code></pre>

blocks|key|2581470|text|对于MSSQL，它肯定会对DeletedProduct进行索引或表扫描，因为您正在选择那里的所有记录。据猜测，它可能还会在ProductInfo上执行索引扫描，除非其中有超过10,000条记录的>>>，而且除非聚集索引在ProductId上(但y，它只读取填充10,000条记录所需的页面)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2581471|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

For MSSQL, it will definitely index or table scan DeletedProduct since you are selecting all records there.
At a guess, it will probably also do a index scan on ProductInfo unless there are >>> more than 10 000 records in it, and also unless the clustered index is on ProductId (but y, it will only read the pages needed to fill 10 000 records)

blocks|key|2581525|text|如果您只对ProductInfo中的ProductID+(而不是其他列)感兴趣，并且只是使用in来验证该产品是否确实存在，那么这样的操作可能会更快。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2581526|在management+studio中同时运行您的查询和下面的查询显示，您的查询的成本为99%25，而下面的查询的成本为1%25+(快得多)；然而，这可能只是因为我正在使用的数据库。|2581527|SELECT+TOP(10000)+ProductId
FROM+DeletedProduct+D
WHERE+EXISTS+(SELECT+*+FROM+ProductInfo+P+WHERE+P.ProductID=D.ProductID+)|code-block|syntax|javascript|2581528|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|L|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|M|8|@]|9|@]|A|$G|H]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

If you're just interested in the ProductID (rather than other columns) from ProductInfo and are using the IN just to verify that the product actually exists then something like this might be faster.

Running both your query and the below query together in management studio shows that yours has a 99% cost whereas the below has a 1% cost (much quicker); however that could just be due to the database I was using it on.

<pre><code>SELECT TOP(10000) ProductId
FROM DeletedProduct D
WHERE EXISTS (SELECT * FROM ProductInfo P WHERE P.ProductID=D.ProductID )
</code></pre>

If I did a command like:

<pre><code>SELECT TOP(10000) ProductId from ProductInfo WHERE ProductId IN
(
 SELECT ProductId from DeletedProduct
)
</code></pre>

Will it scan the whole table or break out as soon as it finds 10000?

SELECT TOP Scan the whole table

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

如果我执行如下命令：SELECT TOP(10000) ProductId from ProductInfo WHERE ProductId IN(    SELECT ProductId from DeletedProduct)它会扫描整个表，还是会在找到10000后立即爆发？

问选择顶部扫描整个表格
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问选择顶部扫描整个表格EN