select * from mytable where id = '1234';
但在PL/SQL中，您正在运行：
select * from mytable where id = p_id;
如果定义 p_id 为数字，则会强制对 ID 列进行 TO_NUMBER 操作，这将阻止 Oracle 使用索引。
很可能，运行时间较长的不是查询语句，而是处理它们在PL/SQL中的开销。
当您在PL/SQL脚本中处理查询结果时，会发生上下文切换。这需要在Oracle进程之间传递大量数据，速度相当慢。
像这样的代码：
DECLARE
cnt INTEGER := 0;
CURSOR cr_main IS
SELECT 1 AS id
FROM dual
CONNECT BY
level <= 1000000;
BEGIN
FOR res IN cr_main
LOOP
cnt := cnt + res.id;
END LOOP;
DBMS_OUTPUT.put_line(cnt);
END;
3秒，而这个：SELECT SUM(1)
FROM dual
CONNECT BY
level <= 1000000
仅需要 0.5 秒即可完成。
当你像这样从 SQL 调用 PL/SQL 时，也会发生上下文切换：
SELECT plsql_function(column)
FROM mytable
当触发器触发时。
引用并扩展Quassnoi的话：
很可能，运行时间更长的不是查询本身，而是在PL/SQL中处理它们所需的开销。
当您在PL/SQL脚本中处理查询结果时，会发生上下文切换。这需要在Oracle进程之间传递大量数据，速度相当慢。
就像这段代码：
DECLARE
cnt INTEGER := 0;
CURSOR cr_main IS
SELECT 1 AS id
FROM dual
CONNECT BY
level <= 1000000;
BEGIN
FOR res IN cr_main
LOOP
cnt := cnt + res.id;
END LOOP;
DBMS_OUTPUT.put_line(cnt);
END;
在我的电脑上运行超过3秒，而这个：
SELECT SUM(1)
FROM dual
CONNECT BY
level <= 1000000
仅需0.5秒即可完成。
当您从SQL调用PL/SQL时，也会发生上下文切换，如下所示：
SELECT plsql_function(column)
FROM mytable
or when a trigger fires.
通过SQLPlus发出的DML（例如SELECT，UPDATE，DELETE）直接发送到Oracle的SQL引擎，而在PLSQL过程中的DML首先由PL/SQL处理（例如进行变量绑定），然后发送到SQL引擎。
在大多数情况下，PL/SQL中的相同语句与SQL执行相同，并且两种方式通常会产生相同的执行计划。根据我的经验（通常在需要变量绑定时），它可能导致非常不同的性能。我曾经看到过在SQL Plus中发出的SELECT只需几分之一秒，而通过PL/SQL发出的SELECT却需要1-2分钟。
我建议您调整语句，使其在PL/SQL中与在SQL中一样有效。正确绑定变量（使用FORALL和BULK COLLECT）是重点，同时还要检查执行计划并进行单元测试。