另外需要注意的是，Oracle在做硬解析时对Shared Pool Latch和Library Cache Latch的持有过程，大致如下：Oracle首先持有Library Cache Latch，在库缓存中扫描相关Hash Bucket中的库缓存对象句柄链表，以查看是否有匹配的Parent Cursor，然后释放Library Cache Latch(这里释放的原因是因为没有找到匹配的parent Cursor)。接下来是硬解析的后半部分，首先持有Library Cache Latch，然后在不释放Library Cache Latch的情况下持有Shared Pool Latch，以便从Shared Pool中申请分配内存，成功申请后就会释放Shared Pool Latch，最后再释放Library Cache Latch。
对于OLTP类型的系统而言，硬解析是万恶之源。
1.3 软解析
软解析(Soft Parse)是指Oracle在执行目标SQL时，在Library Cache中找到了匹配的Parent Cursor和Child Cursor，并将存储在Child Cursor中的解析树和执行计划直接拿过来重用，无须从头开始解析的过程。
和硬解析相比，软解析的优势主要表现在如下几个方面：
软解析不会导致Shared Pool Latch的争用。因为软解析能够在库缓存中找到匹配的Parent Cursor和Child Cursor，所以它不需要生成新的Parent Cursor和Child Cursor。这意味着软解析根本就不需要持有Shared Pool Latch以便在Shared Pool中申请分配一块共享内存区域，既然不需要持有Shared Pool Latch，自然不会有Shared Pool Latch争用，即Shared Pool Latch的争用所带来的系统性能和可扩展性的问题对软解析来说并不存在。
软解析虽然也可能会导致库缓存相关Latch(如Library Cache Latch)和Mutex的争用，但软解析持有库缓存相关Latch的次数要少，而且软解析对某些Latch(如Library Cache Latch)持有的时间会比硬解析短，这意味着即使产生了库缓存相关Latch的争用，软解析的争用程度也没有硬解析那么严重，即库缓存相关Latch和Mutex的争用所带来的系统性能和可扩展性的问题对软解析来说要比硬解析少很多。
正是基于上述两个方面的原因，如果OLTP类型的系统在执行目标SQL时能够广泛使用软解析，则系统的性能和可扩展性就会比全部使用硬解析时有显著的提升，执行目标SQL时需要消耗的系统资源(主要体现在CPU上)也会显著降低。