<?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/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=oracle-11g-incremental-global-statistics-on-partitioned-tables</link> <description>Oracle Database Performance and Scalability Blog</description> <lastBuildDate>Tue, 07 Sep 2010 20:58:50 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.0.1</generator> <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 GregIMO 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>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk (user agent is rejected)
Database Caching 2/14 queries in 0.007 seconds using disk

Served from: structureddata.org @ 2010-09-09 10:47:00 -->