Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 22017 invoked from network); 8 Sep 2007 20:00:01 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 8 Sep 2007 20:00:01 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D2CB873AD8F;
 Sat,  8 Sep 2007 20:21:19 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 14444-04; Sat, 8 Sep 2007 20:21:19 -0400 (EDT)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 4D82D73AD24;
 Sat,  8 Sep 2007 20:21:19 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Sat, 08 Sep 2007 19:36:49 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 1787E73B975
 for <oracle-l@freelists.org>; Sat,  8 Sep 2007 19:36:49 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 09742-02 for <oracle-l@freelists.org>;
 Sat, 8 Sep 2007 19:36:49 -0400 (EDT)
Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D081973BAF6
 for <oracle-l@freelists.org>; Sat,  8 Sep 2007 19:36:48 -0400 (EDT)
Received: by rv-out-0910.google.com with SMTP id b22so706713rvf
        for <oracle-l@freelists.org>; Sat, 08 Sep 2007 17:15:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        bh=2vrJjscAN47JaOK2hMB7p1qjxgrDqQHDBTZipj5glcc=;
        b=HWQ6eZprT1NeExy1blk1vAYb6fZXUmZk6/a594RA2niP+JZ8ZFgya9Z2qwSgKeGYtoGzefL78fKmOD8Bz7IT8Koqw2ILXLhuRwSUH0L68ruhRbVo3XRAxhXh4jY04rvC77xO06QCTqrdujWYJ8YAEGK2ctrQghmRONmktSsB6KQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=fW0lYgb79Pd2+MgUoNVKUd6Sp6ZzE8X7W3YkhXlDuVINAge+/Dw3l41etznCBZ43nVzD6FZ0P5yDMoOjTb4fiYHRr4nen2VrZt8QBKD/Ni7AR0W7Uzo1GI+sVwSIJghy76ZqeiFz9JBTcpxBXOTKavD47eckFxkNvira9AC20A0=
Received: by 10.141.197.18 with SMTP id z18mr398567rvp.1189296928736;
        Sat, 08 Sep 2007 17:15:28 -0700 (PDT)
Received: by 10.141.75.19 with HTTP; Sat, 8 Sep 2007 17:15:28 -0700 (PDT)
Message-ID: <3b0f44a10709081715n223433c8t7149f06929b7bbc6@mail.gmail.com>
Date: Sat, 8 Sep 2007 17:15:28 -0700
From: "K Gopalakrishnan" <kaygopal@gmail.com>
To: nigel_cl_thomas@yahoo.com
Subject: Re: Is Cursor Plan an SQL Trace Execution Plan ? ........... Basic Qs
Cc: VIVEK_SHARMA@infosys.com, "oracle-l@freelists.org" <oracle-l@freelists.org>
In-Reply-To: <299573.60184.qm@web58712.mail.re1.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
References: <299573.60184.qm@web58712.mail.re1.yahoo.com>
X-archive-position: 1362
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: kaygopal@gmail.com
Precedence: normal
Reply-to: kaygopal@gmail.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain

Nigel,

I guess  you are talking about the multiple SQLs hashing to single
hash value. This bug is fixed long back (IIRC it is around 7.3.4 days)
and now the COMPLETE SQL is used for hashing. This was due to the fact
the first 4k and last 4k text were used to generate the hash value and
some packaged applications (esp: Oracle Ebusinesssuite) used to have
same predicates and selects in the reports and used to create lots of
issues on hash collision. Now the chance for these kind of hash
collisions are very remote (and may warrant a new bug!)

-Gopal



> The hash value is calculated from the SQL text only. The SQL text is the same on both databases therefore so is the hash value. The hash value is just a convenient way of "labeling" the SQL so that instead of having to compare what can be very large text strings (eg 4000 chars or more) you can match (and index) on a short hash, and then use the text itself only to distinguish the rare cases where two different SQL statements have the same hash value and so would collide in a hash table.




-- 
Best Regards,
K Gopalakrishnan
Co-Author: Oracle Wait Interface, Oracle Press 2004
http://www.amazon.com/exec/obidos/tg/detail/-/007222729X/

Author: Oracle Database 10g RAC Handbook, Oracle Press 2006
http://www.amazon.com/gp/product/007146509X/
--
http://www.freelists.org/webpage/oracle-l


