OracleSQL调优的作用是什么？ |
|
本文标签：OracleSQL调优 以下的文章主要是讲述在使用Oracle数据库进行相关的企业开我们所要用到的相关的项目，其中包括OracleSQL调优，还有相关的多数据库协作的相关内容的描述，以下就是相关内容的具体介绍 。 OracleSQL调优 数据库优化主要是DBA的工作，而且调优分成很多步骤，根据经验来看，首先需要调整的就是程序员写的SQL语句，一句不良的SQL，能致使整个Oracle宕机，这并不是夸张的说法，当然也不要根据这个来说明Oracle多么脆弱，首先应该看的是OracleSQL如何优化 。
其实在开发环境或测试环境下，有时很难发现真正的性能问题，因为开发环境的数据量可能比生产环境的实际数据量要小很多，即便出现很多的FTS，效率也是可以接受的，这种工作方式，就给调优带来了一定的难度，所以一般都是上线后，由生产系统反馈出了问题，然后程序员再想办法模拟生产环境，从而使问题重现，进而将之解决 。
对于比较好的测试方案中一般包括压力测试，其中也包括大数据量测试，可以自己模拟一些大的数据量，然后进行测试，这是比较好的方式 。对于调优的方式，首先是使用SQL的执行计划来查看是否使用了正确的索引，如上已经讨论过，如果确认索引有问题 。 请新建索引从而解决问题，如果已经建立了索引，但是发现索引没有用上，那么可能是表分析不到位，需要重新进行表分析，可以申请DBA进行协助 。如果以上两者都做了，还是不能正确利用索引，那么就需要使用hint功能，强制使用索引，此功能比较复杂，不再多说，在实际工作中，可向DBA咨询 。
有时SQL是存在于整个系统中的，很难单独提取出来，这时有几个办法：
1．在程序中加断点，当程序运行到SQL处，先把OracleSQL取出来，自己去分析
2．在程序中加输出，把SQL直接输出到外部文件，然后再慢慢分析
3．向DBA申请，打开Oracle的Trace功能，记录所有的SQL语句 。不过这种方式会使整个系统的效率降低不少，使用之后，一定记得把参数调整回去 。程序员所能涉及到的就是SQL调优，其它更深入的系统调优，可以不做过多的考虑 。 多数据库协作
这里所说的数据库，实际上指的是Oracle中常说的“实例”，这些实例可以位于同一台机器上，也可以位于不同的机器上 。有时“多数据库”还可以指在同一个实例中不同的用户中，如果所有的内容均在一个实例中进行，只是分属于不同的用户，这种处理方式最简单，只需要在引用的表名前加上其它用户的名字即可，比如 user1想使用user2中的表，可以写成：
如果觉得在应用程序中每次都要带着其它的用户名不方便或有其它原因，可以有两种方式来替换：
1．视图
这种方式，直接在user1中引用视图，就可以实现对user2中表的引用
2．同义词
这种方式相对于视图来说更加专业，一般都是按这种方式来处理，在user1中使用table_name的时候，自动根据同义词定义转到相应的位置 。
与视图的另一个区别是，同义词可以对任何的object进行映射，而不仅局限于表，比如package等 。所以应该多用这种方式来替代视图的方式 。
如果多数据库不在同一个实例中，则需要使用DBLINK进行连接，可以参考create database link的写法，在一般的应用中，很少用到这种方式 。 以上的使用有一个默认前提就是user2允许user1来使用它的资源，如果没有权限，user1是不能操作user2的表的，这时就涉及到一个赋权的操作，赋权必须由user2亲自来处理，其它具有DBA角色的用户也不可以代劳 。
赋权使用如下语句：
有一点需要特别注意，如果user1具有DBA角色，在没有显示赋权的情况下，他也可以直接使用user2中的表，但是如果在user1中写存储过程，在函数中引用user2中的表，必须显示的赋权，这点是非常容易引起混淆的地方，需要提醒特别注意 。
|
