试试这个

SELECT Position_ID , Position_Name
FROM 
position
WHERE Position_ID IN (6 ,7 ,8)
ORDER BY Position_Name

在大多数数据库系统中，In (val1, val2，…)和一系列OR被优化为同一计划。

第三种方法是将值列表导入到一个临时表中并连接它，如果有很多值，这种方法在大多数系统中更有效。

你可能会想读这篇文章:

在MySQL中传递参数:in列表vs.临时表

在一个有5亿条记录的Azure SQL表上执行SELECT * FROM MyTable where id in()命令导致等待时间为> 7min!

这样做会立即返回结果:

select b.id, a.* from MyTable a
join (values (250000), (2500001), (2600000)) as b(id)
ON a.id = b.id

使用连接。

选项1是唯一好的解决方案。

Why?

Option 2 does the same but you repeat the column name lots of times; additionally the SQL engine doesn't immediately know that you want to check if the value is one of the values in a fixed list. However, a good SQL engine could optimize it to have equal performance like with IN. There's still the readability issue though... Option 3 is simply horrible performance-wise. It sends a query every loop and hammers the database with small queries. It also prevents it from using any optimizations for "value is one of those in a given list"

示例3将是所有示例中表现最差的，因为您在没有明显原因的情况下无数次地访问数据库。

将数据加载到临时表中，然后进行连接，这将是目前为止最快的方法。之后，IN的工作速度应该比or组略快。

另一种方法可能是使用另一个表来包含id值。然后，这个表可以内部连接到table上，以约束返回的行。这样做的主要优点是不需要动态SQL(即使在最好的情况下也很有问题)，而且不需要无限长的IN子句。

您可以截断另一个表，插入大量的行，然后创建一个索引来提高连接性能。它还可以让您将这些行的积累与数据检索分离，从而为您提供更多调优性能的选项。

更新:尽管您可以使用临时表，但我并不是说您必须或应该使用临时表。用于临时数据的永久表是一种常见的解决方案，其优点超出了本文所述。