<?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: On Database Trigger and current schema issue</title>
	<atom:link href="http://oraclue.com/2010/01/06/on-database-triggers-and-current-schema-issue/feed/" rel="self" type="application/rss+xml" />
	<link>http://oraclue.com/2010/01/06/on-database-triggers-and-current-schema-issue/</link>
	<description>Oracle internals, debugging and undocumented features</description>
	<lastBuildDate>Thu, 27 Oct 2011 15:05:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: dario boring</title>
		<link>http://oraclue.com/2010/01/06/on-database-triggers-and-current-schema-issue/#comment-740</link>
		<dc:creator><![CDATA[dario boring]]></dc:creator>
		<pubDate>Wed, 27 Apr 2011 21:26:40 +0000</pubDate>
		<guid isPermaLink="false">http://oraclue.com/?p=1123#comment-740</guid>
		<description><![CDATA[I though that database triggers did not applied to sysdba users, to avoid that dbas got locked out. It seemed a good idea.....]]></description>
		<content:encoded><![CDATA[<p>I though that database triggers did not applied to sysdba users, to avoid that dbas got locked out. It seemed a good idea&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Johnson</title>
		<link>http://oraclue.com/2010/01/06/on-database-triggers-and-current-schema-issue/#comment-408</link>
		<dc:creator><![CDATA[Neil Johnson]]></dc:creator>
		<pubDate>Sun, 17 Jan 2010 22:42:19 +0000</pubDate>
		<guid isPermaLink="false">http://oraclue.com/?p=1123#comment-408</guid>
		<description><![CDATA[Hi,

I may be missing something here but is the point of the trigger to set the current schema for users other than TEST. The first new version you created would only fire for connections as TEST which would already have current_schema set correctly. Connections as an application user would not pick up the correct schema.

Therefore I think the second option you proposed is the correct option.

Interesting stuff.

Kind regards]]></description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I may be missing something here but is the point of the trigger to set the current schema for users other than TEST. The first new version you created would only fire for connections as TEST which would already have current_schema set correctly. Connections as an application user would not pick up the correct schema.</p>
<p>Therefore I think the second option you proposed is the correct option.</p>
<p>Interesting stuff.</p>
<p>Kind regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: suresh</title>
		<link>http://oraclue.com/2010/01/06/on-database-triggers-and-current-schema-issue/#comment-401</link>
		<dc:creator><![CDATA[suresh]]></dc:creator>
		<pubDate>Fri, 08 Jan 2010 19:21:22 +0000</pubDate>
		<guid isPermaLink="false">http://oraclue.com/?p=1123#comment-401</guid>
		<description><![CDATA[it nice ..]]></description>
		<content:encoded><![CDATA[<p>it nice ..</p>
]]></content:encoded>
	</item>
</channel>
</rss>

