<?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/"
		>
<channel>
	<title>Comments on: Oracle 11g: Incremental Global Statistics On Partitioned Tables</title>
	<atom:link href="http://structureddata.org/2008/07/16/oracle-11g-incremental-global-statistics-on-partitioned-tables/feed/" rel="self" type="application/rss+xml" />
	<link>http://structureddata.org/2008/07/16/oracle-11g-incremental-global-statistics-on-partitioned-tables/</link>
	<description>Oracle Database Performance And Scalability Blog</description>
	<lastBuildDate>Mon, 01 Mar 2010 22:11:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andre van Winssen</title>
		<link>http://structureddata.org/2008/07/16/oracle-11g-incremental-global-statistics-on-partitioned-tables/comment-page-1/#comment-232</link>
		<dc:creator>Andre van Winssen</dc:creator>
		<pubDate>Wed, 02 Dec 2009 10:01:12 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=70#comment-232</guid>
		<description>Hi,
I just located a patch for 11.2.0.1 (using oracle&#039;s advanced classic patch search on https://updates.oracle.com/Orion/SavedSearches/switch_to_advanced.. :-)
8686932: HISTOGRAMS NOT PRESERVED AFTER ENABLING DBMS_STATS INCREMENTAL STATISTICS
appearantly histograms should be preserved after enabling incremental statistics but without this patch they aren&#039;t.

Andre</description>
		<content:encoded><![CDATA[<p>Hi,<br />
I just located a patch for 11.2.0.1 (using oracle&#8217;s advanced classic patch search on <a href="https://updates.oracle.com/Orion/SavedSearches/switch_to_advanced." rel="nofollow">https://updates.oracle.com/Orion/SavedSearches/switch_to_advanced.</a>. :-)<br />
8686932: HISTOGRAMS NOT PRESERVED AFTER ENABLING DBMS_STATS INCREMENTAL STATISTICS<br />
appearantly histograms should be preserved after enabling incremental statistics but without this patch they aren&#8217;t.</p>
<p>Andre</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: //TheOracles בלוג המומחים של אורקל &#187; ארכיון &#187; איסוף סטטיסטיקות על טבלאות ב-11g</title>
		<link>http://structureddata.org/2008/07/16/oracle-11g-incremental-global-statistics-on-partitioned-tables/comment-page-1/#comment-233</link>
		<dc:creator>//TheOracles בלוג המומחים של אורקל &#187; ארכיון &#187; איסוף סטטיסטיקות על טבלאות ב-11g</dc:creator>
		<pubDate>Thu, 30 Jul 2009 16:23:31 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=70#comment-233</guid>
		<description>[...] למי שמעונין לקרוא קצת יותר על זוג היכולות האחרונות, כולל מדידת הביצועים, תציצו כאן או כאן. [...]</description>
		<content:encoded><![CDATA[<p>[...] למי שמעונין לקרוא קצת יותר על זוג היכולות האחרונות, כולל מדידת הביצועים, תציצו כאן או כאן. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kerry Osborne&#8217;s Oracle Blog &#187; Blog Archive I&#8217;ll Gladly Pay You Tuesday for a Hamburger Today - Kerry Osborne’s Oracle Blog</title>
		<link>http://structureddata.org/2008/07/16/oracle-11g-incremental-global-statistics-on-partitioned-tables/comment-page-1/#comment-231</link>
		<dc:creator>Kerry Osborne&#8217;s Oracle Blog &#187; Blog Archive I&#8217;ll Gladly Pay You Tuesday for a Hamburger Today - Kerry Osborne’s Oracle Blog</dc:creator>
		<pubDate>Thu, 21 May 2009 00:33:40 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=70#comment-231</guid>
		<description>[...] info). I should also mention that Greg Rahn has several good posts on 11g Statistics Enhancements here, here, and [...]</description>
		<content:encoded><![CDATA[<p>[...] info). I should also mention that Greg Rahn has several good posts on 11g Statistics Enhancements here, here, and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: amit poddar</title>
		<link>http://structureddata.org/2008/07/16/oracle-11g-incremental-global-statistics-on-partitioned-tables/comment-page-1/#comment-229</link>
		<dc:creator>amit poddar</dc:creator>
		<pubDate>Mon, 21 Jul 2008 00:36:48 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=70#comment-229</guid>
		<description>Hi,

We have been using new granularity APPROX_GLOBAL AND PARTITION which comes with patch 6526370.

It aggregates all the global statistics (including histograms) from partition level statistics except NDV.  Following is the description from dbmsstat.sql
&lt;pre&gt;
--         &#039;APPROX_GLOBAL AND PARTITION&#039; - This option is similar to
--         &#039;GLOBAL AND PARTITION&#039;. But the global statistics are aggregated
--         from partition level statistics. It will aggregate all statistics
--         except number of distinct values for columns and number of distinct
--         keys of indexes.
--         The existing histograms of the columns at the table level
--         are also aggregated.The global statistics are  gathered
--         (i.e., going back to GLOBAL AND PARTITION behaviour)
--         if partname argument is null or if the aggregation cannot be done
--         e.g., statistics of one of the partitions is missing.
--         This option is useful when you collect statistics for a new
--         partition added into a range partitioned table (for example,
--         a table  partitioned by month).
--         The new data in the partition makes the global statistics stale
--         (especially the min/max values of the partitioning column).
--         This stale global statistics may cause suboptimal plans.
--         In this scenario, users can collect statistics for the newly added
--         partition with &#039;APPROX_GLOBAL AND PARTITION&#039; option so that the
--         global statistics will reflect the newly added range.
--         This option will take less time than &#039;GLOBAL AND PARTITION&#039; option
--         since the global statistics are aggregated from underlying
--         partition level statistics.
--         Note that, if you are using APPROX_GLOBAL AND PARTITION,
--         you still  need to collect global statistics (with granularity =
--         &#039;GLOBAL&#039; option)
--         when there is substantial amount of change at the table level.
--         For example you added 10% more data to the table.
--         This is needed to get the correct number of distinct values/keys
--         statistic at table level.
&lt;/pre&gt;</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>We have been using new granularity APPROX_GLOBAL AND PARTITION which comes with patch 6526370.</p>
<p>It aggregates all the global statistics (including histograms) from partition level statistics except NDV.  Following is the description from dbmsstat.sql</p>
<pre>
--         'APPROX_GLOBAL AND PARTITION' - This option is similar to
--         'GLOBAL AND PARTITION'. But the global statistics are aggregated
--         from partition level statistics. It will aggregate all statistics
--         except number of distinct values for columns and number of distinct
--         keys of indexes.
--         The existing histograms of the columns at the table level
--         are also aggregated.The global statistics are  gathered
--         (i.e., going back to GLOBAL AND PARTITION behaviour)
--         if partname argument is null or if the aggregation cannot be done
--         e.g., statistics of one of the partitions is missing.
--         This option is useful when you collect statistics for a new
--         partition added into a range partitioned table (for example,
--         a table  partitioned by month).
--         The new data in the partition makes the global statistics stale
--         (especially the min/max values of the partitioning column).
--         This stale global statistics may cause suboptimal plans.
--         In this scenario, users can collect statistics for the newly added
--         partition with 'APPROX_GLOBAL AND PARTITION' option so that the
--         global statistics will reflect the newly added range.
--         This option will take less time than 'GLOBAL AND PARTITION' option
--         since the global statistics are aggregated from underlying
--         partition level statistics.
--         Note that, if you are using APPROX_GLOBAL AND PARTITION,
--         you still  need to collect global statistics (with granularity =
--         'GLOBAL' option)
--         when there is substantial amount of change at the table level.
--         For example you added 10% more data to the table.
--         This is needed to get the correct number of distinct values/keys
--         statistic at table level.
</pre>
]]></content:encoded>
	</item>
	<item>
		<title>By: Log Buffer #106: A Carnival of the Vanities for DBAs</title>
		<link>http://structureddata.org/2008/07/16/oracle-11g-incremental-global-statistics-on-partitioned-tables/comment-page-1/#comment-230</link>
		<dc:creator>Log Buffer #106: A Carnival of the Vanities for DBAs</dc:creator>
		<pubDate>Fri, 18 Jul 2008 21:04:42 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=70#comment-230</guid>
		<description>[...] Oracle performance guru (and fellow Wisconsin native) Greg Rahn makes a great case for using incremental global statistics on partitioned tables. [...]</description>
		<content:encoded><![CDATA[<p>[...] Oracle performance guru (and fellow Wisconsin native) Greg Rahn makes a great case for using incremental global statistics on partitioned tables. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Rahn</title>
		<link>http://structureddata.org/2008/07/16/oracle-11g-incremental-global-statistics-on-partitioned-tables/comment-page-1/#comment-227</link>
		<dc:creator>Greg Rahn</dc:creator>
		<pubDate>Wed, 16 Jul 2008 20:54:03 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=70#comment-227</guid>
		<description>Histograms are (can be) gathered at the partition level and then  aggregated to form a global/table level histogram.  As long as the same method_opt command is used from the start, it is possible.  Only in the scenario where the method_opt changes triggering a new histogram collection on a partition, is it a requirement to look at data from the entire table.  This is because not all partitions will have histograms (only the ones where stats have been gathered since the method_opt change).  In this case there is a scan of the whole table done using a small sample to create the global histogram.

Is histogram data stored in the synopsis: No.
Can histograms on partitions be aggregated to form a global histogram when they exist on each partition: Yes.

Hopefully that makes it a bit more clear.</description>
		<content:encoded><![CDATA[<p>Histograms are (can be) gathered at the partition level and then  aggregated to form a global/table level histogram.  As long as the same method_opt command is used from the start, it is possible.  Only in the scenario where the method_opt changes triggering a new histogram collection on a partition, is it a requirement to look at data from the entire table.  This is because not all partitions will have histograms (only the ones where stats have been gathered since the method_opt change).  In this case there is a scan of the whole table done using a small sample to create the global histogram.</p>
<p>Is histogram data stored in the synopsis: No.<br />
Can histograms on partitions be aggregated to form a global histogram when they exist on each partition: Yes.</p>
<p>Hopefully that makes it a bit more clear.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian Antognini</title>
		<link>http://structureddata.org/2008/07/16/oracle-11g-incremental-global-statistics-on-partitioned-tables/comment-page-1/#comment-228</link>
		<dc:creator>Christian Antognini</dc:creator>
		<pubDate>Wed, 16 Jul 2008 20:36:08 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=70#comment-228</guid>
		<description>Hi Greg

IMO it is important to point out that incremental gathering is not available for histograms.

Cheers,
Chris</description>
		<content:encoded><![CDATA[<p>Hi Greg</p>
<p>IMO it is important to point out that incremental gathering is not available for histograms.</p>
<p>Cheers,<br />
Chris</p>
]]></content:encoded>
	</item>
</channel>
</rss>
