<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Striving for Optimal Performance &#187; 9iR2</title>
	<atom:link href="http://antognini.ch/category/oracledatabase/9ir2/feed/" rel="self" type="application/rss+xml" />
	<link>http://antognini.ch</link>
	<description></description>
	<lastBuildDate>Thu, 02 Sep 2010 04:05:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Optimizer Mode Mismatch Does Not Prevent Sharing of Child Cursor!?!?</title>
		<link>http://antognini.ch/2010/06/optimizer-mode-mismatch-does-not-prevent-sharing-of-child-cursor/</link>
		<comments>http://antognini.ch/2010/06/optimizer-mode-mismatch-does-not-prevent-sharing-of-child-cursor/#comments</comments>
		<pubDate>Thu, 03 Jun 2010 17:40:03 +0000</pubDate>
		<dc:creator>Christian Antognini</dc:creator>
				<category><![CDATA[10gR1]]></category>
		<category><![CDATA[10gR2]]></category>
		<category><![CDATA[11gR1]]></category>
		<category><![CDATA[11gR2]]></category>
		<category><![CDATA[9iR2]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[Query Optimizer]]></category>
		<category><![CDATA[SQL Trace]]></category>

		<guid isPermaLink="false">http://antognini.ch/?p=1113</guid>
		<description><![CDATA[The aim of this post is to describe a strange (buggy) situation that I observed recently. But before doing that, I shortly summarize what a parent cursor and a child cursor are as well as when they can be shared. By the way, I borrowed this description from the pages 20/21 of my book. Hence, [...]]]></description>
		<wfw:commentRss>http://antognini.ch/2010/06/optimizer-mode-mismatch-does-not-prevent-sharing-of-child-cursor/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Bind Variable Peeking: Bane or Boon?</title>
		<link>http://antognini.ch/2010/04/bind-variable-peeking-bane-or-boon/</link>
		<comments>http://antognini.ch/2010/04/bind-variable-peeking-bane-or-boon/#comments</comments>
		<pubDate>Thu, 29 Apr 2010 09:31:27 +0000</pubDate>
		<dc:creator>Christian Antognini</dc:creator>
				<category><![CDATA[10gR1]]></category>
		<category><![CDATA[10gR2]]></category>
		<category><![CDATA[11gR1]]></category>
		<category><![CDATA[11gR2]]></category>
		<category><![CDATA[9iR2]]></category>
		<category><![CDATA[Query Optimizer]]></category>

		<guid isPermaLink="false">http://antognini.ch/?p=1020</guid>
		<description><![CDATA[Almost one year ago Iggy Fernandez asked me to write a short text for the Ask the Oracles column of the NoCOUG Journal. The topic was “Bind Variable Peeking: Bane or Boon?”. My text along with the ones of Wolfgang Breitling, Dan Tow and Jonathan Lewis were published in the August issue. For some (unknown) [...]]]></description>
		<wfw:commentRss>http://antognini.ch/2010/04/bind-variable-peeking-bane-or-boon/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Tracing VPD Predicates</title>
		<link>http://antognini.ch/2010/02/tracing-vpd-predicates/</link>
		<comments>http://antognini.ch/2010/02/tracing-vpd-predicates/#comments</comments>
		<pubDate>Sun, 28 Feb 2010 11:30:16 +0000</pubDate>
		<dc:creator>Christian Antognini</dc:creator>
				<category><![CDATA[10gR1]]></category>
		<category><![CDATA[10gR2]]></category>
		<category><![CDATA[11gR1]]></category>
		<category><![CDATA[11gR2]]></category>
		<category><![CDATA[9iR2]]></category>

		<guid isPermaLink="false">http://antognini.ch/?p=106</guid>
		<description><![CDATA[Even though a number of articles and blog posts have already been written on this topic (e.g. on Pete Finnigan’s site I found references dating back from 2003), from time to time I’m still asked “How to trace predicates generated by VPD?”. Hence, here’s yet another blog post about this topic…
Let’s setup the scene before [...]]]></description>
		<wfw:commentRss>http://antognini.ch/2010/02/tracing-vpd-predicates/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Does the Query Optimizer Cost PX Distribution Methods?</title>
		<link>http://antognini.ch/2010/01/does-the-query-optimizer-cost-px-distribution-methods/</link>
		<comments>http://antognini.ch/2010/01/does-the-query-optimizer-cost-px-distribution-methods/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 11:55:15 +0000</pubDate>
		<dc:creator>Christian Antognini</dc:creator>
				<category><![CDATA[10gR1]]></category>
		<category><![CDATA[10gR2]]></category>
		<category><![CDATA[11gR1]]></category>
		<category><![CDATA[11gR2]]></category>
		<category><![CDATA[9iR2]]></category>
		<category><![CDATA[Parallel Processing]]></category>
		<category><![CDATA[Query Optimizer]]></category>

		<guid isPermaLink="false">http://antognini.ch/?p=45</guid>
		<description><![CDATA[The short answer to this question is &#8220;yes&#8221;, it does. Unfortunately, the distribution costs are not externalized through the execution plans and, as a result, this limitation (yes, it is really a limitation in the current implementation, not a bug) confuses everyone that carefully look at the information provided in an execution plan of a [...]]]></description>
		<wfw:commentRss>http://antognini.ch/2010/01/does-the-query-optimizer-cost-px-distribution-methods/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>Does CREATE INDEX Gather Global Statistics?</title>
		<link>http://antognini.ch/2009/12/does-create-index-gather-global-statistics/</link>
		<comments>http://antognini.ch/2009/12/does-create-index-gather-global-statistics/#comments</comments>
		<pubDate>Thu, 17 Dec 2009 08:54:04 +0000</pubDate>
		<dc:creator>Christian Antognini</dc:creator>
				<category><![CDATA[10gR1]]></category>
		<category><![CDATA[10gR2]]></category>
		<category><![CDATA[11gR1]]></category>
		<category><![CDATA[11gR2]]></category>
		<category><![CDATA[9iR2]]></category>
		<category><![CDATA[Indexes]]></category>
		<category><![CDATA[Object Statistics]]></category>
		<category><![CDATA[Partitioning]]></category>

		<guid isPermaLink="false">http://antognini.ch/?p=792</guid>
		<description><![CDATA[You can add the COMPUTE STATISTICS clause to the CREATE INDEX statement. It instructs the SQL statement to gather and store index statistics in the data dictionary, while creating the index. This is useful because the overhead associated with the gathering of statistics while executing this SQL statement is negligible. In Oracle9i, the gathering of [...]]]></description>
		<wfw:commentRss>http://antognini.ch/2009/12/does-create-index-gather-global-statistics/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Hints for Direct-path Insert Statements</title>
		<link>http://antognini.ch/2009/10/hints-for-direct-path-insert-statements/</link>
		<comments>http://antognini.ch/2009/10/hints-for-direct-path-insert-statements/#comments</comments>
		<pubDate>Fri, 23 Oct 2009 16:28:47 +0000</pubDate>
		<dc:creator>Christian Antognini</dc:creator>
				<category><![CDATA[10gR1]]></category>
		<category><![CDATA[10gR2]]></category>
		<category><![CDATA[11gR1]]></category>
		<category><![CDATA[11gR2]]></category>
		<category><![CDATA[9iR2]]></category>
		<category><![CDATA[Direct Path]]></category>

		<guid isPermaLink="false">http://antognini.ch/?p=741</guid>
		<description><![CDATA[Up to Oracle Database 10g Release 2, direct-path inserts are supported only by INSERT INTO … SELECT … statements (including multitable inserts), MERGE statements (for the part inserting data), and applications using the OCI direct-path interface (for example, the SQL*Loader utility). At the statement level two methods are available to specify that a direct-path insert [...]]]></description>
		<wfw:commentRss>http://antognini.ch/2009/10/hints-for-direct-path-insert-statements/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>A-Rows and DML Statements &#8211; Part 2</title>
		<link>http://antognini.ch/2009/08/a-rows-and-dml-statements-part-2/</link>
		<comments>http://antognini.ch/2009/08/a-rows-and-dml-statements-part-2/#comments</comments>
		<pubDate>Mon, 03 Aug 2009 12:52:38 +0000</pubDate>
		<dc:creator>Christian Antognini</dc:creator>
				<category><![CDATA[10gR1]]></category>
		<category><![CDATA[10gR2]]></category>
		<category><![CDATA[11gR1]]></category>
		<category><![CDATA[9iR2]]></category>

		<guid isPermaLink="false">http://antognini.ch/?p=474</guid>
		<description><![CDATA[In the first post about this topic I wrote: “What I don’t like about the column “A-Rows” (or the underlying columns LAST_OUTPUT_ROWS in the V$ views), is that for the operations modifying a table 0 is shown. By the way, according to the documentation it is not a bug.” 
What I forgot to mention is [...]]]></description>
		<wfw:commentRss>http://antognini.ch/2009/08/a-rows-and-dml-statements-part-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A-Rows and DML Statements</title>
		<link>http://antognini.ch/2009/07/a-rows-and-dml-statements/</link>
		<comments>http://antognini.ch/2009/07/a-rows-and-dml-statements/#comments</comments>
		<pubDate>Fri, 31 Jul 2009 10:15:30 +0000</pubDate>
		<dc:creator>Christian Antognini</dc:creator>
				<category><![CDATA[10gR1]]></category>
		<category><![CDATA[10gR2]]></category>
		<category><![CDATA[11gR1]]></category>
		<category><![CDATA[9iR2]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[TOP]]></category>

		<guid isPermaLink="false">http://antognini.ch/?p=444</guid>
		<description><![CDATA[Today&#8217;s post is dedicated to the Metalink SR identified by the number 6468252.994. I know, this number says nothing to you. For me, however, it’s a very well known number. The reason is quite simple… Even if I open this SR almost two years ago (to be precise, September 5, 2007), it was closed few [...]]]></description>
		<wfw:commentRss>http://antognini.ch/2009/07/a-rows-and-dml-statements/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Long Parses</title>
		<link>http://antognini.ch/2008/08/long-parses/</link>
		<comments>http://antognini.ch/2008/08/long-parses/#comments</comments>
		<pubDate>Sun, 31 Aug 2008 10:21:14 +0000</pubDate>
		<dc:creator>Christian Antognini</dc:creator>
				<category><![CDATA[10gR2]]></category>
		<category><![CDATA[9iR2]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[Query Optimizer]]></category>

		<guid isPermaLink="false">http://antognini.ch/?p=38</guid>
		<description><![CDATA[From time to time I have to fight against long parses. In this post I would like to share with you what happened to a customer of mine while upgrading from 9.2.0.7 to 10.2.0.3 (10.2.0.4 was not yet available at that time).
The parse of a complex SQL statement took 5 seconds in 9.2.0.7. Not very [...]]]></description>
		<wfw:commentRss>http://antognini.ch/2008/08/long-parses/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>
