oracle 数据库中，应用程序里的连接探測语句的正确使用

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了oracle 数据库中，应用程序里的连接探測语句的正确使用，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1823字，纯文字阅读大概需要3分钟。

内容图文

oracle 数据库中，应用程序里的连接探測语句的正确使用

本文为原创文章。转载请注明出处：http://blog.csdn.net/msdnchina/article/details/38513765

在非常多程序里边。连接探測（或者连接检測）语句，都是用的select sysdate from dual;
这是典型的“仅仅要功能实现，无论性能怎样”的写法。事实上，连接探測语句。应该用select 1 from dual;
或许有人说，程序猿们非常辛苦，能实现功能就不错了。可是。我想说的是：换用select 1 from dual;的写法。不须要把 exist变为多表连接。因此跟业务逻辑没啥关系。

这是举手之劳的事情。

以下说一下 select sysdate from dual; 作为连接探測语句的害处：

1.添加数据库的parse负担：

这一点能够从 awr报告的“SQL ordered by Parse Calls ”能够看到。（下面基于10.2.0.5）

Parse Calls          Executions   % Total Parses     SQL Id        SQL Module         SQL Text 
3000                 3000              15%          aqswdefrgthy  JDBC Thin Client   select sysdate from dual;

可是在mos文章：故障排除：Shared Pool优化和Library Cache Latch冲突优化 (Doc ID 1523934.1)上有例如以下的描写叙述：

例2: 下面语句不用绑定变量可是也不会被觉得是literal SQL。由于这个语句能够被多次运行共享。


  SELECT sysdate FROM dual;

我的疑问是：既然说能被共享运行，为啥 Parse Calls的次数与 Executions一样多？莫非select sysdate from dual在11g上有了改进？
回头能够找一个11g的环境測试一下。

2.添加数据库server（即：os）的处理负担，理由例如以下：

The SYSDATE and SYSTIMESTAMP function simply performs a system-call to the Operating System to get the time (a "gettimeofday" call).

以上摘自：How To Add A Day, Hour, Minute And/Or Second To A Date Value? (Doc ID 1419615.1)

oracle 数据库中，应用程序里的连接探測语句的正确使用

标签：数据   sysdate   性能   acl   get   library   rms   改进   client   

本文系统来源：http://www.cnblogs.com/wzjhoutai/p/6731500.html

内容总结

以上是互联网集市为您收集整理的oracle 数据库中，应用程序里的连接探測语句的正确使用全部内容，希望文章能够帮你解决oracle 数据库中，应用程序里的连接探測语句的正确使用所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---