在SQL I中(很遗憾)经常不得不使用“LIKE”条件，因为数据库违反了几乎所有的规范化规则。我现在改变不了。但这与问题无关。
此外，我经常使用诸如WHERE(1,1,2,3,5,8,13,21)中的某些内容之类的条件，以提高SQL语句的可读性和灵活性。
有没有可能在不编写复杂的子选择的情况下将这两者结合起来?
我想要一些像WHERE一样简单的东西('bla%'， '%foo%'， 'batz%')而不是这样:
WHERE something LIKE 'bla%'
OR something LIKE '%foo%'
OR something LIKE 'batz%'
我在这里与SQl Server和Oracle一起工作，但我感兴趣的是，这是否可能在任何RDBMS中。
当前回答
我也想知道类似的东西。我刚刚使用SUBSTRING和IN的组合进行了测试，它是这种问题的有效解决方案。试试下面的查询:
Select * from TB_YOUR T1 Where SUBSTRING(T1.Something, 1,3) IN ('bla', 'foo', 'batz')
其他回答
另一个解决方案，应该适用于任何RDBMS:
WHERE EXISTS (SELECT 1
FROM (SELECT 'bla%' pattern FROM dual UNION ALL
SELECT '%foo%' FROM dual UNION ALL
SELECT 'batz%' FROM dual)
WHERE something LIKE pattern)
内部选择可以用另一个模式源替换，比如表(或视图)，如下所示:
WHERE EXISTS (SELECT 1
FROM table_of_patterns t
WHERE something LIKE t.pattern)
Table_of_patterns应该至少包含一个列模式，可以像这样填充:
INSERT INTO table_of_patterns(pattern) VALUES ('bla%');
INSERT INTO table_of_patterns(pattern) VALUES ('%foo%');
INSERT INTO table_of_patterns(pattern) VALUES ('batz%');
一种方法是将条件存储在临时表(或SQL Server中的表变量)中，并像这样连接到它:
SELECT t.SomeField
FROM YourTable t
JOIN #TempTableWithConditions c ON t.something LIKE c.ConditionValue
如果你正在使用MySQL，你可以得到的最接近全文搜索:
全文搜索，MySQL文档
没有这样的回答:
SELECT * FROM table WHERE something LIKE ('bla% %foo% batz%')
在甲骨文没有问题。
从2016年开始，SQL Server包含了一个STRING_SPLIT函数。我使用SQL Server v17.4，我得到了这为我工作:
DECLARE @dashboard nvarchar(50)
SET @dashboard = 'P1%,P7%'
SELECT * from Project p
JOIN STRING_SPLIT(@dashboard, ',') AS sp ON p.ProjectNumber LIKE sp.value
