ORACLE+SQL性能优化策略详解

表间连接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表中检索出第５步返回的行。操作包括行源上的关联、排序和过滤等。第２步实现嵌套循环操作，连接第３步和第４步的行源，并将结果行返回到第１步。最终，第１步执行过滤操作，消除第２步中与第６步具有相应行的行，并返回剩余行给用户或应用。

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

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

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

SQL语句执行的效率取决于优化的选择，这在处理各类数据操作时尤为关键。Oracle的优化器通过不同的访问顺序和索引策略来决定执行计划，以实现最佳性能。

在开发初期，由于数据库数据量少，对于查询SQL语句和复杂视图的编写，难以体现出SQL语句性能差异。然而，当应用系统投入实际使用，随着数据库数据量的增加，系统响应速度成为关键问题之一。优化系统的重要一环是SQL语句的优化。面对海量数据，劣质SQL语句与优质SQL语句之间的速度差异可达数百倍，因此高质量的SQL语句对系统的可用性至关重要。

有效的应用设计将常见的应用分为两类：联机事务处理(OLTP)和决策支持系统(DSS)。OLTP类型的应用是高吞吐量、频繁插入、更新和删除操作的系统，处理大容量数据并支持多用户同时访问，例如订票系统、银行业务系统和订单系统。设计这类系统时需保证高可用性、快速响应、并发处理和数据恢复性能，避免过度索引和聚簇表结构以提高插入和更新操作的效率。

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