Question

ORACLE数据库中最快的是什么?

在选择说明中要求一项功能,以重新计算每行的单一价值

SELECT field1, field2, F_GET_LIBELLE_STATUT( field2 ) FROM table1 WHERE ...

具有简单功能:

create or replace
FUNCTION "F_GET_LIBELLE_STATUT" (v_statut NUMBER) RETURN VARCHAR2 IS
tmpVar VARCHAR2(40);
BEGIN
   select libelle into tmpVar from t_statut_ope where id_statut = v_statut;
   RETURN tmpVar;
   EXCEPTION
     WHEN NO_DATA_FOUND THEN
       RETURN   ;
     WHEN OTHERS THEN
       -- Consider logging the error and then re-raise
       RAISE;
END f_get_libelle_statut;

还是加入其中?

Select a.field1, a.field2, b.libelle
FROM table1 a LEFT JOIN t_statut_ope b ON b.id_statut = a.field2
WHERE ...

如果我在选择和条款条件中讲到许多职能(或更多),那是同样答案吗?

感谢您的回答。

Answer 1

可在Kall做的任何工作都应在(*)上进行。

合并将永远比要求这一职能更快,因为固定业务总是比增长更快。然后,在LQ和PL/SQL之间有流动的间接费用。加上处理这些“诺瓦塔”——FOUND”例外的间接费用,这些例外是真正的例外,因为差距是预期和容忍的。最后,由于你提供了它所需要的全部信息,优化机构将选择一个更完善的计划。

<(*)>,我回答了这个问题,我回答了这个问题,我回答这个问题时着重谈到所举的例子。如果我们能够获得我们所需要的数据,则我们就应该这样做。但我想谈谈根本问题:为什么Oracle支持使用询问中的职能? 由于有时我们需要做事情,我们能够做成车。

这里使用的是要求履行职能的案件(主要是通过<条码>(<<>>>>>>代码/代码>电话)而不是使用结合(或诸如在线观点、附则条款等其他结构):

Query is dynamic. Dynamic SQL requires PL/SQL so a function is yer only man here.
Row generation. Using PL/SQL to split the input into multiple strings (such as CSV tokenizing) or perhaps to spawn data, not from a table. Occasionally still valid but regex support and the nifty CONNECT BY LEVEL <= N trick have binned the more common usages.
The data is encapsulated behind a PL/SQL API so a function is all we can call.
For some bizarre reason we can only get the performance we need by using PL/SQL to implement a filter or a look-up. Apparently. To be honest I can t ever remember a case where I had to do this and it worked (although I ve had a few cases where turning a pipelined function into a subquery or inline view improved performance). Maybe I ve led a sheltered life. Certainly, I would welcome benchmarked citations for counter-examples.

Answer 2

职能方法最优化的情况将很少,否则我将不使用。数据库是设计的,因此应该成为你们的第一选择。

Answer 3

你们利用这2个不同询问发现的是什么?

在我的经验中,参加人数比一项职能高出十倍。至少当你们在获得另一个问询/表/职务时。每项职能都需要评估,合并可能产生更大的数据集,但可以做得更好,因为它只需要加入(关键)表格,而表格相当快。

Answer 4

OR忘记了外部,并提出了在选定名单中翻译的选定声明[这有时是外层空间加入的更快]:

SELECT field1, field2
, (select libelle from t_statut_ope b where b.id_statut = a.field2) libelle
FROM table1 a
WHERE 1=1
;

友情链接