Oracle+SQL优化

系统性能调整由谁来负责？何时进行调整？在设计和开发阶段建立有效的性能优化目标是关键。

以上语句处理步骤解释第1步:创建游标(Create a Cursor)由程序接口调用创建一个游标（cursor）。任何SQL语句都会创建它，特别在运行DML语句时，都是自动创建游标的，不需要开发人员干预。多数应用中，游标的创建是自动的。然而，在预编译程序(pro*c)中游标的创建，可能是隐含的，也可能显式的创建。在存储过程中也是这样的。第2步:分析语句(Parse the Statement)在语法分析期间，SQL语句从用户进程传送到Oracle，SQL语句经语法分析后，SQL语句本身与分析的信息都被装入到共享SQL区。在该阶段中，可以解决许多类型的错误。

重编译问题是指每次执行下面这个语句时，在SHARE POOL中都需要进行一次硬解析。对于大量用户和频繁调用的业务，这种重复操作会大量消耗CPU和内存资源，甚至可能导致数据库宕机。通过绑定变量可以有效减少硬解析次数，提升系统性能。

绑定变量的使用技巧注意事项：1、避免使用数据库级的参数cursor_sharing来强制绑定变量，无论其设置为force还是similar。2、某些情况下，使用绑定变量可以显著提升性能。

事务控制在数据库中是至关重要的，它确保了数据操作的一致性和可靠性。每个事务应包含所有必需的SQL操作，例如转账等，这些操作在逻辑上应同时成功或失败。通过合理定义事务的边界和使用BEGIN_DISCRETE_TRANSACTION存储过程，可以显著提升小型非分布式事务的性能。

表间连接tJoin是一种试图将两个表结合在一起的谓词，一次只能连接2个表，表连接也可以被称为表关联。Join过程的各个步骤经常是串行操作，即使相关的row source可以被并行访问，即可以并行的读取做join连接的两个row source的数据，但是在将表中符合限制条件的数据读入到内存形成row source后，join的其它步骤一般是串行的。有多种方法可以将2个表连接起来，当然每种方法都有自己的优缺点，每种连接类型只有在特定的条件下才会发挥出其最大优势。 trow source(表)之间的连接顺序对于查询的效率有非常大的影响。通过首先存取特定的表，即将该表作为驱动表，这样可以先应用某些限制条件，从而得到一个较小的row source，使连接的效率较高，这也就是我们常说的要先执行限制条件的原因。一般是在将表读入内存时，应用where子句中对该表的限制条件。

在ORACLE+SQL性能优化中，执行计划的步骤涉及从EMP表和SALGRADE表读取所有行（第３步和第６步）。第５步利用PK_DEPTNO索引查找第３步返回的每个DEPTNO值，并检索与DEPT表相关联的行的ROWID。第４步从DEPT表中检索出第５步返回的行。操作包括行源上的关联、排序和过滤等。第２步实现嵌套循环操作，连接第３步和第４步的行源，并将结果行返回到第１步。最终，第１步执行过滤操作，消除第２步中与第６步具有相应行的行，并返回剩余行给用户或应用。

ORACLE中，为了提升性能，应采用自下而上的顺序解析WHERE子句。当存在多个表联接时，应将可能返回行数较少的表放在WHERE子句的最后；具有过滤条件的子句也应排在最后。例如，当从emp表检索少量数据或该表的过滤条件确定时，将最具选择性的部分放在WHERE子句末尾，可以显著缩小查询范围。示例：select * from emp e,dept d where d.deptno > 10 and e.deptno = 30；若dept表返回记录较多，则这种方式比反向顺序的查询更高效。

重编译问题是指每次执行时在SHARE POOL硬解析一次，对CPU和内存消耗巨大。采用绑定变量可以显著减少这种问题，例如使用select * from dConMsg where contract_no = 32013484095139。