<?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>The Pythian Blog &#187; Oracle 10g</title>
	<atom:link href="http://www.pythian.com/news/tag/oracle-10g/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pythian.com/news</link>
	<description>News and views from Pythian DBAs</description>
	<lastBuildDate>Fri, 10 Feb 2012 09:54:45 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
		<item>
		<title>Over 4 Billion Buffer Gets?</title>
		<link>http://www.pythian.com/news/4101/over-4-billion-buffer-gets/</link>
		<comments>http://www.pythian.com/news/4101/over-4-billion-buffer-gets/#comments</comments>
		<pubDate>Wed, 30 Sep 2009 19:25:00 +0000</pubDate>
		<dc:creator>Luke Davies</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[32-bit]]></category>
		<category><![CDATA[64-bit]]></category>
		<category><![CDATA[AIX]]></category>
		<category><![CDATA[buffer gets]]></category>
		<category><![CDATA[Oracle 10g]]></category>
		<category><![CDATA[v$sql]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=4101</guid>
		<description><![CDATA[Recently I was looking into a long-running statement and noticed a curious thing. One moment, I had just over 4 billion buffer gets, and the next I had around 2 million. The statement was still processing and the number of physical reads was still rising. I think the reason for this is that the internal [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/4101/over-4-billion-buffer-gets/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Stabilize Oracle 10G&#8217;s Bind Peeking Behaviour by Cutting Histograms</title>
		<link>http://www.pythian.com/news/867/stabilize-oracle-10gs-bind-peeking-behaviour-by-cutting-histograms/</link>
		<comments>http://www.pythian.com/news/867/stabilize-oracle-10gs-bind-peeking-behaviour-by-cutting-histograms/#comments</comments>
		<pubDate>Tue, 18 Mar 2008 18:48:11 +0000</pubDate>
		<dc:creator>Alex Fatkulin</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[bind peeking]]></category>
		<category><![CDATA[histograms]]></category>
		<category><![CDATA[Oracle 10g]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/867/stabilize-oracle-10gs-bind-peeking-behaviour-by-cutting-histograms</guid>
		<description><![CDATA[I wrote this post because I feel there is a great need for it. The number of people struggling with unstable query plans due to bind peeking in Oracle 10G is enormous, to say the least. More than that, solutions like disabling bind variable peeking are driving us away from understanding the root cause of [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/867/stabilize-oracle-10gs-bind-peeking-behaviour-by-cutting-histograms/feed/</wfw:commentRss>
		<slash:comments>37</slash:comments>
		</item>
	</channel>
</rss>

