页面中有四个字段可以说
EMPLOYEE ID
DEPT
LOCATION
UNIT:
用户可以输入任何字段值都是可选的,如果他输入EMPLOYEE ID
,那么查询应返回与该EMPLOYEE ID
相关的行。如果他只输入LOCATION
,那么查询应该返回该位置的所有员工。如何使用可选参数编写where子句条件。
如果在谓词中使用NVL
,Oracle可能会构建一个优化良好的查询:
select *
from employee
where employee_id = nvl(:employee_id, employee_id)
and dept = nvl(:dept, dept)
and location = nvl(:location, location)
and unit = nvl(:unit, unit)
上面的代码大致相当于LeoLozes的答案。虽然他的答案更具可读性,但在这种情况下,神秘版本可能运行得更快。一个重要的区别是,如果列为NULL,则上述代码将不起作用。如果你有可以为空的列,你需要使用类似LeoLoze的答案,因为null = null
不是真的。
Oracle习惯于NVL
技巧,可以使用FILTER操作自动将此静态查询转换为动态查询。执行计划将同时具有FULL TABLE SCAN和INDEX RANGE SCAN,并将在运行时选择适当的一个,具体取决于绑定变量的值。请参阅我的回答here,获取一些示例代码,演示其工作原理。
好吧,总是有(非常差的优化)选项这样做:
SELECT *
FROM EMPLOYEE
WHERE (EMPLOYEE_ID = :p_EMPLOYEE_ID OR :p_EMPLOYEE_ID IS Null)
AND (DEPT = :p_DEPT OR :p_DEPT IS Null)
AND (LOCATION = :p_LOCATION OR :p_LOCATION IS Null)
AND (UNIT = :p_UNIT OR :p_UNIT IS Null)
我只在少量行的表中使用它。但是建议至少有一个强制参数使用索引字段(因为在这里,你将有一个TABLE ACCESS FULL)。
对于真实世界的应用程序,我建议不要考虑这种想法。向数据库提交动态样式查询已经证明在安全性,优化和功能正确性方面存在问题。由于用户界面和数据库之间会有一些应用程序代码,因此最好根据需要构建查询,然后提交执行。
只有安全地为这么多代码编写代码的方法是基于他们选择的内容的单独视图。例如,如果您使用Java GUI,则可以根据他们想要搜索的内容选择信息。
select *
from employee
where nvl(employee_id, -1) = coalesce(:employee_id, employee_id, -1)
and nvl(dept, -1) = coalesce(:dept, dept, -1)
and nvl(location, -1) = coalesce(:location, location, -1)
and nvl(unit, -1) = coalesce(:unit, unit, -1)
这背后的原因是使用nvl
Jon的方式有一个缺点:如果被测试的字段是null
本身,它将在该测试中返回false
因为(我相信)测试null
你需要用is null
测试它。
nvl
可能在那里做null = null
而不是null is null
,返回错误的数据,你甚至不会注意到因为它没有警告你。
使用coalesce
,当参数和字段都是-1 = -1
时,你会得到null
(或者你认为列不可能的任何其他值)