<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Indexing</title>
	<atom:link href="http://jonathanlewis.wordpress.com/2011/07/06/indexing-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://jonathanlewis.wordpress.com/2011/07/06/indexing-2/</link>
	<description>Just another Oracle weblog</description>
	<lastBuildDate>Thu, 23 May 2013 12:47:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Jonathan Lewis</title>
		<link>http://jonathanlewis.wordpress.com/2011/07/06/indexing-2/#comment-41074</link>
		<dc:creator><![CDATA[Jonathan Lewis]]></dc:creator>
		<pubDate>Mon, 25 Jul 2011 09:09:12 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=6614#comment-41074</guid>
		<description><![CDATA[Todor,

In this specific case the user is looking at a two-column strategy - (year, period) - which has a big impact on the choice of best partitioning strategy. 

Remember that  I asked the question: &lt;i&gt;&#039;Do you not have to deal with queries like &quot;data between year 2010 period 12 and year 2011 period 2&quot; - if so how will they work ?&#039;&lt;/i&gt; and got the answer: &lt;i&gt;&#039;This should not happen. And even if they do it will just end up looking at two partitions.&lt;/i&gt;. If we take the OP at face value then there&#039;s a good reason for looking at all possible solutions.

List partitioning is good on the year because there are only a few distinct values, not a continuous range of values. The same argument applies to list partitioning on period. 

List partitions do (to a limited extent) allow for range-based predicates. I haven&#039;t done any experiments on list/list composites, but on a simple list partition you can have a predicate like: &quot;year between 2008 and 2010&quot;  and the optimizer will recognise this as an opportunity for an inlist iterator and take advantage of partition pruning.]]></description>
		<content:encoded><![CDATA[<p>Todor,</p>
<p>In this specific case the user is looking at a two-column strategy &#8211; (year, period) &#8211; which has a big impact on the choice of best partitioning strategy. </p>
<p>Remember that  I asked the question: <i>&#8216;Do you not have to deal with queries like &#8220;data between year 2010 period 12 and year 2011 period 2&#8243; &#8211; if so how will they work ?&#8217;</i> and got the answer: <i>&#8216;This should not happen. And even if they do it will just end up looking at two partitions.</i>. If we take the OP at face value then there&#8217;s a good reason for looking at all possible solutions.</p>
<p>List partitioning is good on the year because there are only a few distinct values, not a continuous range of values. The same argument applies to list partitioning on period. </p>
<p>List partitions do (to a limited extent) allow for range-based predicates. I haven&#8217;t done any experiments on list/list composites, but on a simple list partition you can have a predicate like: &#8220;year between 2008 and 2010&#8243;  and the optimizer will recognise this as an opportunity for an inlist iterator and take advantage of partition pruning.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todor Botev</title>
		<link>http://jonathanlewis.wordpress.com/2011/07/06/indexing-2/#comment-41056</link>
		<dc:creator><![CDATA[Todor Botev]]></dc:creator>
		<pubDate>Fri, 22 Jul 2011 19:29:56 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=6614#comment-41056</guid>
		<description><![CDATA[I&#039;m intersted to know what benefits do you see in list partitioning over range partitioning in this case. Is your preference based on the fact that there will be no queries that span more than one year/period?]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m intersted to know what benefits do you see in list partitioning over range partitioning in this case. Is your preference based on the fact that there will be no queries that span more than one year/period?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
