问题描述
嗨,
基于以下链接
http://www.oracle.com/technetwork/database/features/plsql/ncomp-faq-087606.html
,它说本地编译将比默认解释编译的性能更好(如果我误解了,很抱歉)。
那么,为什么我们不能在缺省情况下在本机模式下编译所有的PL/SQL呢?
本地编译有什么不利条件吗?
谢谢你
基于以下链接
http://www.oracle.com/technetwork/database/features/plsql/ncomp-faq-087606.html
,它说本地编译将比默认解释编译的性能更好(如果我误解了,很抱歉)。
那么,为什么我们不能在缺省情况下在本机模式下编译所有的PL/SQL呢?
本地编译有什么不利条件吗?
谢谢你
专家解答
“那么,为什么我们不能在缺省情况下在本机模式下编译所有的PL/SQL呢?”
你可以的您可以在数据库级别更改参数plsql_code_type ,然后您就可以开始了。如果您想这样做,还有一些脚本可以重新编译所有现有的PLSQL。
我不认为这样做有什么坏处- -但是通常我们(即Oracle )不会因为向后兼容性的原因而更改系统范围内的某些东西的默认值。类似地,数据库的早期版本要求您拥有自己的编译器许可证以及存储在数据库外部的编译对象,因此必须考虑备份一致性问题。
但也不要忘记- -根据我的经验, 90%的PLSQL代码都在访问或操作数据库中的数据。它的速度不受PLSQL编译方式的影响。它是纯粹在* PLSQL内完成的处理将更快。所以,如果PLSQL代码本身有很多逻辑等,那么无论如何,给本机一个测试。
你可以的您可以在数据库级别更改参数plsql_code_type ,然后您就可以开始了。如果您想这样做,还有一些脚本可以重新编译所有现有的PLSQL。
我不认为这样做有什么坏处- -但是通常我们(即Oracle )不会因为向后兼容性的原因而更改系统范围内的某些东西的默认值。类似地,数据库的早期版本要求您拥有自己的编译器许可证以及存储在数据库外部的编译对象,因此必须考虑备份一致性问题。
但也不要忘记- -根据我的经验, 90%的PLSQL代码都在访问或操作数据库中的数据。它的速度不受PLSQL编译方式的影响。它是纯粹在* PLSQL内完成的处理将更快。所以,如果PLSQL代码本身有很多逻辑等,那么无论如何,给本机一个测试。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




