<?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 for orawin.info</title>
	<atom:link href="http://orawin.info/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://orawin.info/blog</link>
	<description>Niall&#039;s Oracle Pages - Oracle Opinion since 2004</description>
	<lastBuildDate>Fri, 17 Feb 2012 09:01:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Product Review by Log Buffer #259, A Carnival of the Vanities for DBAs &#124; The Pythian Blog</title>
		<link>http://orawin.info/blog/2012/02/15/product-review-2/comment-page-1/#comment-3858</link>
		<dc:creator>Log Buffer #259, A Carnival of the Vanities for DBAs &#124; The Pythian Blog</dc:creator>
		<pubDate>Fri, 17 Feb 2012 09:01:42 +0000</pubDate>
		<guid isPermaLink="false">http://orawin.info/blog/?p=670#comment-3858</guid>
		<description>[...] Nial Litchfield does a fine product review post. [...]</description>
		<content:encoded><![CDATA[<p>[...] Nial Litchfield does a fine product review post. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Adding Datafiles by joel garry</title>
		<link>http://orawin.info/blog/2012/01/05/adding-datafiles/comment-page-1/#comment-3699</link>
		<dc:creator>joel garry</dc:creator>
		<pubDate>Wed, 11 Jan 2012 23:38:15 +0000</pubDate>
		<guid isPermaLink="false">http://orawin.info/blog/?p=653#comment-3699</guid>
		<description>I have a (ridiculous old) habit of fixing data files at 2G, except for the last at 200M with 64M autoextend, 2G max.  When the last start to extend, I up it to 2G and add another autoextend.  I see if I make space one way or another in the existing data files, new data gets added in those first, before any more autoextending.  If I have lots of fixed empty data files (as in dropping user, create new, imp data), Oracle round-robins.  Adding or major extending datafiles is noticeable both in system response and large fields of blue in dbconsole. hp-ux itanium raid-5 10.2.0.4 YMMV.

I should check out that rman backing up in chunks thing some time, thanks for that.</description>
		<content:encoded><![CDATA[<p>I have a (ridiculous old) habit of fixing data files at 2G, except for the last at 200M with 64M autoextend, 2G max.  When the last start to extend, I up it to 2G and add another autoextend.  I see if I make space one way or another in the existing data files, new data gets added in those first, before any more autoextending.  If I have lots of fixed empty data files (as in dropping user, create new, imp data), Oracle round-robins.  Adding or major extending datafiles is noticeable both in system response and large fields of blue in dbconsole. hp-ux itanium raid-5 10.2.0.4 YMMV.</p>
<p>I should check out that rman backing up in chunks thing some time, thanks for that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on First Impressions of EM12C by Niall Litchfield</title>
		<link>http://orawin.info/blog/2011/10/10/first-impressions-of-em12c/comment-page-1/#comment-3150</link>
		<dc:creator>Niall Litchfield</dc:creator>
		<pubDate>Tue, 11 Oct 2011 09:10:15 +0000</pubDate>
		<guid isPermaLink="false">http://orawin.info/blog/?p=566#comment-3150</guid>
		<description>Sve, 

Thanks for stopping by. You and Martin beat me to the install guide :(. I hope this is more useful.</description>
		<content:encoded><![CDATA[<p>Sve, </p>
<p>Thanks for stopping by. You and Martin beat me to the install guide <img src='http://orawin.info/blog/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> . I hope this is more useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on First Impressions of EM12C by Niall Litchfield</title>
		<link>http://orawin.info/blog/2011/10/10/first-impressions-of-em12c/comment-page-1/#comment-3149</link>
		<dc:creator>Niall Litchfield</dc:creator>
		<pubDate>Tue, 11 Oct 2011 09:08:18 +0000</pubDate>
		<guid isPermaLink="false">http://orawin.info/blog/?p=566#comment-3149</guid>
		<description>Jigsaw

Indeed - the extensibility area is very interesting to me personally, and as you suggest will be how updates are delivered. Its not a &quot;first impressions&quot; area for me though.</description>
		<content:encoded><![CDATA[<p>Jigsaw</p>
<p>Indeed &#8211; the extensibility area is very interesting to me personally, and as you suggest will be how updates are delivered. Its not a &#8220;first impressions&#8221; area for me though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on First Impressions of EM12C by Svetoslav Gyurov</title>
		<link>http://orawin.info/blog/2011/10/10/first-impressions-of-em12c/comment-page-1/#comment-3146</link>
		<dc:creator>Svetoslav Gyurov</dc:creator>
		<pubDate>Mon, 10 Oct 2011 20:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://orawin.info/blog/?p=566#comment-3146</guid>
		<description>Hey Niall, great highlights and good perspective of EM. Hope to see more improvements of EM in future. 

Thanks for mention my blog post!

Regards,
Sve</description>
		<content:encoded><![CDATA[<p>Hey Niall, great highlights and good perspective of EM. Hope to see more improvements of EM in future. </p>
<p>Thanks for mention my blog post!</p>
<p>Regards,<br />
Sve</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on First Impressions of EM12C by Jigsaw</title>
		<link>http://orawin.info/blog/2011/10/10/first-impressions-of-em12c/comment-page-1/#comment-3144</link>
		<dc:creator>Jigsaw</dc:creator>
		<pubDate>Mon, 10 Oct 2011 19:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://orawin.info/blog/?p=566#comment-3144</guid>
		<description>You might want to have a look at the Extensibility part of 12C as well. Go to Setup-&gt;Extensibility-&gt;(Plugins, Self-update)</description>
		<content:encoded><![CDATA[<p>You might want to have a look at the Extensibility part of 12C as well. Go to Setup-&gt;Extensibility-&gt;(Plugins, Self-update)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Metric Collection Error by Ben Prusinski</title>
		<link>http://orawin.info/blog/2010/08/12/metric-collection-error/comment-page-1/#comment-3143</link>
		<dc:creator>Ben Prusinski</dc:creator>
		<pubDate>Mon, 10 Oct 2011 17:58:18 +0000</pubDate>
		<guid isPermaLink="false">http://orawin.info/blog/?p=269#comment-3143</guid>
		<description>Excellent post! I too have learned some fixes to common Oracle 11g OEM Grid control as well.

Regards,
Ben Prusinski</description>
		<content:encoded><![CDATA[<p>Excellent post! I too have learned some fixes to common Oracle 11g OEM Grid control as well.</p>
<p>Regards,<br />
Ben Prusinski</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New Features, New Defaults, New Side-Effects by Book Review: Oracle Database 11g Performance Tuning Recipes &#171; Charles Hooper&#039;s Oracle Notes</title>
		<link>http://orawin.info/blog/2010/04/25/new-features-new-defaults-new-side-effects/comment-page-1/#comment-3004</link>
		<dc:creator>Book Review: Oracle Database 11g Performance Tuning Recipes &#171; Charles Hooper&#039;s Oracle Notes</dc:creator>
		<pubDate>Sun, 18 Sep 2011 01:25:06 +0000</pubDate>
		<guid isPermaLink="false">http://orawin.info/blog/?p=234#comment-3004</guid>
		<description>[...] that deferred segment creation is an Enterprise Edition only feature, and explain the potential problems that restriction might cause. (pages [...]</description>
		<content:encoded><![CDATA[<p>[...] that deferred segment creation is an Enterprise Edition only feature, and explain the potential problems that restriction might cause. (pages [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Advice from the Internet by Jack Douglas</title>
		<link>http://orawin.info/blog/2011/09/06/advice-from-the-internet/comment-page-1/#comment-2921</link>
		<dc:creator>Jack Douglas</dc:creator>
		<pubDate>Sat, 10 Sep 2011 18:00:08 +0000</pubDate>
		<guid isPermaLink="false">http://orawin.info/blog/?p=555#comment-2921</guid>
		<description>I got here from the link you left on dba.se and I&#039;m glad I did - a real eye-opener. Please do drop by the site from time to time as this kind of contribution will be hugely appreciated.</description>
		<content:encoded><![CDATA[<p>I got here from the link you left on dba.se and I&#8217;m glad I did &#8211; a real eye-opener. Please do drop by the site from time to time as this kind of contribution will be hugely appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Advice from the Internet by Kerri Shotts</title>
		<link>http://orawin.info/blog/2011/09/06/advice-from-the-internet/comment-page-1/#comment-2920</link>
		<dc:creator>Kerri Shotts</dc:creator>
		<pubDate>Sat, 10 Sep 2011 16:51:38 +0000</pubDate>
		<guid isPermaLink="false">http://orawin.info/blog/?p=555#comment-2920</guid>
		<description>Niall,

As always, when taking advice from the internet, one should always test, test, test. That said, when I wrote the post you are quoting and mentioned that the autonomous transaction doesn&#039;t affect the transaction, I was referring to the fact that it neither COMMITs or ROLLsBACK your current transaction; therefore in a LOGICAL sense, it does nothing to your current transaction. Yes, of course, Oracle has do things behind-the-scenes to make things work, and it can always make things slower (which is why if one is using this method for debugging purposes, it should be reduced or go away later), from a transaction-only viewpoint, the autonomous transaction doesn&#039;t get in the way of the state of my current transaction. All that said, autonomous transactions have their own fair share of problems (one of which happens to be that people try to use them to get around a mutating table), and so I recommend them sparingly and with caution, and ONLY with understanding what&#039;s going on.</description>
		<content:encoded><![CDATA[<p>Niall,</p>
<p>As always, when taking advice from the internet, one should always test, test, test. That said, when I wrote the post you are quoting and mentioned that the autonomous transaction doesn&#8217;t affect the transaction, I was referring to the fact that it neither COMMITs or ROLLsBACK your current transaction; therefore in a LOGICAL sense, it does nothing to your current transaction. Yes, of course, Oracle has do things behind-the-scenes to make things work, and it can always make things slower (which is why if one is using this method for debugging purposes, it should be reduced or go away later), from a transaction-only viewpoint, the autonomous transaction doesn&#8217;t get in the way of the state of my current transaction. All that said, autonomous transactions have their own fair share of problems (one of which happens to be that people try to use them to get around a mutating table), and so I recommend them sparingly and with caution, and ONLY with understanding what&#8217;s going on.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

