<?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; Alex Fatkulin</title>
	<atom:link href="http://www.pythian.com/news/author/alexf/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>Stats overflow</title>
		<link>http://www.pythian.com/news/11145/stats-overflow/</link>
		<comments>http://www.pythian.com/news/11145/stats-overflow/#comments</comments>
		<pubDate>Mon, 19 Apr 2010 01:59:38 +0000</pubDate>
		<dc:creator>Alex Fatkulin</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[11g]]></category>
		<category><![CDATA[database]]></category>
		<category><![CDATA[Oracle 11g]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=11145</guid>
		<description><![CDATA[Stats overflow in Oracle is certainly something you should keep an eye out for, however, sometimes an overflow comes too early (and too unexpectedly). Recently I&#8217;ve been puzzled with the performance difference observed between 11GR1 and 11GR2. As part of the investigation I&#8217;ve decided to compare session stats from both 11GR1 and 11GR2 and found [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/11145/stats-overflow/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Where did the filter come from?</title>
		<link>http://www.pythian.com/news/10177/where-did-the-filter-come-from/</link>
		<comments>http://www.pythian.com/news/10177/where-did-the-filter-come-from/#comments</comments>
		<pubDate>Tue, 23 Mar 2010 18:55:25 +0000</pubDate>
		<dc:creator>Alex Fatkulin</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[filter]]></category>
		<category><![CDATA[plan]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=10177</guid>
		<description><![CDATA[There has been a recent thread on ORACLE-L where the poster asked why there is an extra filter predicate which appears when functions are being used in the where clause. We can observe the behavior using the following test case: SQL&#62; create table t 2 ( 3 n number, 4 dt date 5 ); Table [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/10177/where-did-the-filter-come-from/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Deferrable constraints in Oracle 11gR2 may lead to logically corrupted data</title>
		<link>http://www.pythian.com/news/9881/deferrable-constraints-in-oracle-11gr2-may-lead-to-logically-corrupted-data/</link>
		<comments>http://www.pythian.com/news/9881/deferrable-constraints-in-oracle-11gr2-may-lead-to-logically-corrupted-data/#comments</comments>
		<pubDate>Mon, 15 Mar 2010 21:40:17 +0000</pubDate>
		<dc:creator>Alex Fatkulin</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[11g]]></category>
		<category><![CDATA[Oracle 11g]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=9881</guid>
		<description><![CDATA[I&#8217;ve hit a bug in Oracle 11.2.0.1 when working with deferrable constraints which I think is worth sharing as it may have profound consequences under certain scenarios. Let&#8217;s start by creating a simple table with a deferrable primary key: SQL&#62; create table def_bug(n number primary key deferrable initially deferred); Table created SQL&#62; insert into def_bug [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/9881/deferrable-constraints-in-oracle-11gr2-may-lead-to-logically-corrupted-data/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>Oracle GoldenGate Extract Internals, Part III</title>
		<link>http://www.pythian.com/news/7617/oracle-goldengate-extract-internals-part-iii/</link>
		<comments>http://www.pythian.com/news/7617/oracle-goldengate-extract-internals-part-iii/#comments</comments>
		<pubDate>Wed, 03 Feb 2010 22:27:32 +0000</pubDate>
		<dc:creator>Alex Fatkulin</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[GoldenGate]]></category>
		<category><![CDATA[internals]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[tracing]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=7617</guid>
		<description><![CDATA[This is the third post in Oracle GoldenGate Extract Internals series (links to part I and part II). In this post, we&#8217;re going to take a closer look at various queries that the Extract process uses against the database. As before, we will start by examining the strace output: nanosleep({1, 0}, NULL) = 0 ... [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/7617/oracle-goldengate-extract-internals-part-iii/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Oracle GoldenGate Extract Internals, Part II</title>
		<link>http://www.pythian.com/news/7459/oracle-goldengate-extract-internals-part-ii/</link>
		<comments>http://www.pythian.com/news/7459/oracle-goldengate-extract-internals-part-ii/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 21:01:55 +0000</pubDate>
		<dc:creator>Alex Fatkulin</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[GoldenGate]]></category>
		<category><![CDATA[internals]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[tracing]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=7459</guid>
		<description><![CDATA[Today we continue looking at various aspects of how the Oracle GoldenGate extract process works. One of the follow up questions to part I was about the way the Extract process reads from ASM storage. I&#8217;ve provided the answer, however, today we&#8217;re going get a detailed look at how the Extract process interacts with an [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/7459/oracle-goldengate-extract-internals-part-ii/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Oracle GoldenGate Extract Internals, Part I</title>
		<link>http://www.pythian.com/news/7225/oracle-goldengate-extract-internals-part-i/</link>
		<comments>http://www.pythian.com/news/7225/oracle-goldengate-extract-internals-part-i/#comments</comments>
		<pubDate>Thu, 21 Jan 2010 15:50:23 +0000</pubDate>
		<dc:creator>Alex Fatkulin</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=7225</guid>
		<description><![CDATA[Since GoldenGate has been declared as a strategic direction for replication technology by Oracle, it sounds like it's time to get up to speed with various aspects of how this technology works and performs.

As many of you are probably aware, up until recently, GoldenGate had been a third-party product. Technology-wise this presents an interesting challenge for the GoldenGate development team as they have to rely on whatever Oracle makes available to the outside world. Let's see what kind of techniques they were able to utilize in order to achieve their goals.

I did a simple replication setup between two different databases with the Extract, DataPump and Replicat processes. I'm planning to take a look at all of these but today is the Extract's process turn.
]]></description>
		<wfw:commentRss>http://www.pythian.com/news/7225/oracle-goldengate-extract-internals-part-i/feed/</wfw:commentRss>
		<slash:comments>18</slash:comments>
		</item>
		<item>
		<title>Oracle Streams Apply Process changes in 11GR2</title>
		<link>http://www.pythian.com/news/6665/oracle-streams-apply-process-changes-in-11gr2/</link>
		<comments>http://www.pythian.com/news/6665/oracle-streams-apply-process-changes-in-11gr2/#comments</comments>
		<pubDate>Tue, 29 Dec 2009 21:37:30 +0000</pubDate>
		<dc:creator>Alex Fatkulin</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[11g]]></category>
		<category><![CDATA[11gR2]]></category>
		<category><![CDATA[performance]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=6665</guid>
		<description><![CDATA[A couple of weeks ago Christo Kutrovsky mentioned to me about Oracle Streams presentation he saw on this year&#8217;s UKOUG. The presentation was from CERN&#8217;s Eva Dafonte Pérez and, among over things, Eva mentions about substantial performance enhancements observed in 11GR2. It is somewhat timely that we&#8217;ve been doing some Oracle Golden Gate testing which [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/6665/oracle-streams-apply-process-changes-in-11gr2/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Stabilize Oracle Bind Peeking Behaviour with Range-Based Predicates</title>
		<link>http://www.pythian.com/news/1022/stabilize-oracle-bind-peeking-behaviour-with-range-based-predicates/</link>
		<comments>http://www.pythian.com/news/1022/stabilize-oracle-bind-peeking-behaviour-with-range-based-predicates/#comments</comments>
		<pubDate>Wed, 28 May 2008 18:40:30 +0000</pubDate>
		<dc:creator>Alex Fatkulin</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[bind peeking]]></category>
		<category><![CDATA[range-based predicates]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/1022/stabilize-oracle-bind-peeking-behaviour-with-range-based-predicates</guid>
		<description><![CDATA[In my previous post, I described the most common cause for unstable plans due to bind peeking &#8212; histograms. It is now time to move forward and take a look at another case, namely range-based predicates. Strictly speaking, the cases I&#8217;m going to describe can appear without range-based predicates as well, you just need to [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/1022/stabilize-oracle-bind-peeking-behaviour-with-range-based-predicates/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Oracle 11G Result Cache in the Real World</title>
		<link>http://www.pythian.com/news/1004/oracle-11g-result-cache-in-the-real-world/</link>
		<comments>http://www.pythian.com/news/1004/oracle-11g-result-cache-in-the-real-world/#comments</comments>
		<pubDate>Tue, 13 May 2008 19:46:13 +0000</pubDate>
		<dc:creator>Alex Fatkulin</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[AskTom]]></category>
		<category><![CDATA[oltp]]></category>
		<category><![CDATA[Oracle 11g]]></category>
		<category><![CDATA[Oracle Magazine]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/1004/oracle-11g-result-cache-in-the-real-world</guid>
		<description><![CDATA[As some of you probably already noticed, there was a thread on AskTom discussing the scalability tests I did back in 2007. You are welcome to read the entire thread, but in a nutshell, Tom Kyte claimed that my tests did not reflect how one would use the result cache in the real world. What [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/1004/oracle-11g-result-cache-in-the-real-world/feed/</wfw:commentRss>
		<slash:comments>8</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>

