Received: (qmail 22760 invoked from network); 7 Jul 2010 15:38:45 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by static-ip-85-25-126-90.inaddr.intergenia.de with SMTP; 7 Jul 2010 15:38:42 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 32E3CD1B60A;
 Wed,  7 Jul 2010 16:37:58 -0400 (EDT)
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
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 KoMTPq85APce; Wed,  7 Jul 2010 16:37:57 -0400 (EDT)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 628C2D1B238;
 Wed,  7 Jul 2010 16:37:14 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 07 Jul 2010 16:36:32 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])	by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D62B8D1B0F7	for <Oracle-L@freelists.org>; Wed,  7 Jul 2010 16:36:31 -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 ttRhnk848FS3 for <Oracle-L@freelists.org>;	Wed,  7 Jul 2010 16:36:31 -0400 (EDT)
Received: from mail-gw0-f51.google.com (mail-gw0-f51.google.com [74.125.83.51])	by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 393A0D1B0E2	for <Oracle-L@freelists.org>; Wed,  7 Jul 2010 16:36:29 -0400 (EDT)
Received: by gwj23 with SMTP id 23so33308gwj.10        for <Oracle-L@freelists.org>; Wed, 07 Jul 2010 13:36:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com; s=gamma;        h=domainkey-signature:mime-version:received:received:date:message-id         :subject:from:to:content-type;        bh=16ELbtBExjLPDTM5x4qU+hyvRc+bFyOYYgxtyEbBe8Y=;        b=mejEhH+0h7nKzaD431B+2xX3OrY0RK+7fNTGdkfHa6cBGpRKFYmGoOhBEoiQFcaR9r         EbDP8YYMZTpswZ9fl7GxiHf5/FJxZM+XMCVBTzoU2Fi5Rw5McGc/84beEPmcyfdO0Qaz         VSd29wC0BnVrACwYPJnZ8ZHdIGwGdtkaec9AI=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;        h=mime-version:date:message-id:subject:from:to:content-type;        b=NrLMgbj6ihi3FCXV3y3SNxCmL1uEYZjkM0zxl1HYnDn7csN4LQboTWN09hmjqT3G1o         n5l8UbCTTP+papgHTJURvRE6ivAq83c6bVAFC9ciSS/N9rSwylqZm+2oJbE+/694WeV3         ROstyOwceyFg0MRHRXUGzy/MJAP/2ES9zS87g=
MIME-Version: 1.0
Received: by 10.229.240.212 with SMTP id lb20mr4317038qcb.21.1278534984387; 	Wed, 07 Jul 2010 13:36:24 -0700 (PDT)
Received: by 10.229.212.206 with HTTP; Wed, 7 Jul 2010 13:36:24 -0700 (PDT)
Date: Wed, 7 Jul 2010 13:36:24 -0700
Message-ID: <AANLkTimm4Hi20FaySC3wDvHBPGE64d0y55PMGgbf6lOY@mail.gmail.com>
Subject: SQL Tuning Advisor - how well does it work?
From: kyle Hailey <kylelf@gmail.com>
To: ORACLE-L <Oracle-L@freelists.org>
Content-Type: multipart/alternative; boundary=0016363100c793cece048ad21f06
X-archive-position: 29568
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: kylelf@gmail.com
Precedence: normal
Reply-To: kylelf@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
--0016363100c793cece048ad21f06
Content-Type: text/plain; charset=ISO-8859-1

I'm wondering what peoples experiences with Oracle's SQL Tuning Advisor
(STA) are.
My personal experiences have been less than stellar. These experiences I
initially wrote off to my bad luck.
I tried 3 recommended profiles at a customer site 3 years ago when
consulting with customer who had license the STA, and 2 out of the 3 cases
the new plans were considerable worse than the original.  I immediately back
them out and didn't think about it much other than I somehow had the bad
luck to stumble upon the 2 cases where STA didn't work well.
Well recently I gave the STA a query to show some people how it worked in
10gR2, and again the profile was worse. I then tried the same query on 11gR2
and in this case after a half an hour the STA times out. I guess that's
better than giving a bad plan. The only trick is that by using the brute
force method of just hint injection to get a list of different plans, I
managed to get a much better plan in seconds.
After this recent experience I started asking around and a surprising number
of people I talked to seem to have similar experiences, thus I'm curious get
 a little more solid feedback from more people what their experience are.

I've blogged about a some of my experiences here:

http://db-optimizer.blogspot.com/2010/07/oracles-sql-tuning-pack-how-well-does.html
http://db-optimizer.blogspot.com/2010/07/oracles-sql-tuning-pack-part-2.html
http://db-optimizer.blogspot.com/2010/07/oracles-sql-tuning-pack-part-3.html

Best
Kyle Hailey
http://db-optimizer.blogspot.com

--0016363100c793cece048ad21f06
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><div>I&#39;m wondering what peoples experiences with Oracle&#39;s SQL T=
uning Advisor (STA) are.</div><div>My personal experiences have been less t=
han stellar. These experiences I initially wrote off to my bad luck.</div>
<div>I tried 3 recommended profiles at a customer site 3 years ago when con=
sulting with customer who had license the STA, and 2 out of the 3 cases the=
 new plans were considerable worse than the original. =A0I immediately back=
 them out and didn&#39;t think about it much other than I somehow had the b=
ad luck to stumble upon the 2 cases where STA didn&#39;t work well.</div>
<div>Well recently I gave the STA a query to show some people how it worked=
 in 10gR2, and again the profile was worse. I then tried the same query on =
11gR2 and in this case after a half an hour the STA times out. I guess that=
&#39;s better than giving a bad plan. The only trick is that by using the b=
rute force method of just hint injection to get a list of different plans, =
I managed to get a much better plan in seconds.</div>
<div>After this recent experience I started asking around and a surprising =
number of people I talked to seem to have similar experiences, thus I&#39;m=
 curious get =A0a little more solid feedback from more people what their ex=
perience are.</div>
<div><br></div><div>I&#39;ve blogged about a some of my experiences here:</=
div><div><br></div><div><a href=3D"http://db-optimizer.blogspot.com/2010/07=
/oracles-sql-tuning-pack-how-well-does.html">http://db-optimizer.blogspot.c=
om/2010/07/oracles-sql-tuning-pack-how-well-does.html</a></div>
<div><a href=3D"http://db-optimizer.blogspot.com/2010/07/oracles-sql-tuning=
-pack-part-2.html">http://db-optimizer.blogspot.com/2010/07/oracles-sql-tun=
ing-pack-part-2.html</a></div><div><a href=3D"http://db-optimizer.blogspot.=
com/2010/07/oracles-sql-tuning-pack-part-3.html">http://db-optimizer.blogsp=
ot.com/2010/07/oracles-sql-tuning-pack-part-3.html</a></div>
<div><br></div><div>Best=A0</div><div>Kyle Hailey</div><div><a href=3D"http=
://db-optimizer.blogspot.com">http://db-optimizer.blogspot.com</a></div><di=
v><br></div><div><br></div>

--0016363100c793cece048ad21f06--
--
http://www.freelists.org/webpage/oracle-l


