<?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: How Do I Verify that the Redo File is Being Used?</title>
	<atom:link href="http://oraqa.com/2008/08/03/redo-log/feed/" rel="self" type="application/rss+xml" />
	<link>http://oraqa.com/2008/08/03/redo-log/</link>
	<description>Oracle Question and Answer</description>
	<pubDate>Tue, 06 Jan 2009 18:56:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: gamyers</title>
		<link>http://oraqa.com/2008/08/03/redo-log/comment-page-1/#comment-245</link>
		<dc:creator>gamyers</dc:creator>
		<pubDate>Mon, 04 Aug 2008 23:01:37 +0000</pubDate>
		<guid isPermaLink="false">http://oraqa.com/?p=263#comment-245</guid>
		<description>"redo log file gets full"
That is the nature of a redo log file. It gets full, switched and (hopefully) archived.
If you mean that running the procedure through SQL*Plus generates less redo than running the same procedure through an application server, then there's probably a difference in the session settings between the two.
"So I changed the logging property of the table to no so that it doesn’t write anything in redo log"
No you didn't. Updates and deletes ALWAYS get redo generated. Multi-row Inserts (ie not using the VALUES clause of the INSERT statement) with the APPEND hint may reduce the redo generated for the statement.

Forget about the redo. Work out what the procedure is doing in the app server mode that it doesn't do in the SQL*Plus mode.</description>
		<content:encoded><![CDATA[<p>&#8220;redo log file gets full&#8221;<br />
That is the nature of a redo log file. It gets full, switched and (hopefully) archived.<br />
If you mean that running the procedure through SQL*Plus generates less redo than running the same procedure through an application server, then there&#8217;s probably a difference in the session settings between the two.<br />
&#8220;So I changed the logging property of the table to no so that it doesn’t write anything in redo log&#8221;<br />
No you didn&#8217;t. Updates and deletes ALWAYS get redo generated. Multi-row Inserts (ie not using the VALUES clause of the INSERT statement) with the APPEND hint may reduce the redo generated for the statement.</p>
<p>Forget about the redo. Work out what the procedure is doing in the app server mode that it doesn&#8217;t do in the SQL*Plus mode.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
