<?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: Business Rule: Only One per Day, but keep the time</title>
	<atom:link href="http://technology.amis.nl/2011/08/24/business-rule-only-one-per-day-but-keep-the-time/feed/" rel="self" type="application/rss+xml" />
	<link>http://technology.amis.nl/2011/08/24/business-rule-only-one-per-day-but-keep-the-time/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=business-rule-only-one-per-day-but-keep-the-time</link>
	<description></description>
	<lastBuildDate>Fri, 12 Apr 2013 10:04:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Alex</title>
		<link>http://technology.amis.nl/2011/08/24/business-rule-only-one-per-day-but-keep-the-time/#comment-6865</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Tue, 20 Sep 2011 08:49:39 +0000</pubDate>
		<guid isPermaLink="false">http://technology.amis.nl/blog/?p=13298#comment-6865</guid>
		<description><![CDATA[@Florence,
The business rule that is supposed to be enforced requires a single record per day, so only one record is allowed for August 24. However the customer also wants to know when (at what time) Â this record was entered.
The constraint must limit only one record per day. But when querying the data, the time-component of the DATE column must still be there.
Does this clarify things?
(sorry to comment so late, your comment was only public just now)]]></description>
		<content:encoded><![CDATA[<p>@Florence,<br />
The business rule that is supposed to be enforced requires a single record per day, so only one record is allowed for August 24. However the customer also wants to know when (at what time) Â this record was entered.<br />
The constraint must limit only one record per day. But when querying the data, the time-component of the DATE column must still be there.<br />
Does this clarify things?<br />
(sorry to comment so late, your comment was only public just now)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sebastian</title>
		<link>http://technology.amis.nl/2011/08/24/business-rule-only-one-per-day-but-keep-the-time/#comment-6864</link>
		<dc:creator>Sebastian</dc:creator>
		<pubDate>Fri, 16 Sep 2011 14:10:37 +0000</pubDate>
		<guid isPermaLink="false">http://technology.amis.nl/blog/?p=13298#comment-6864</guid>
		<description><![CDATA[Pretty amazing stuff.
Thanks for sharing.]]></description>
		<content:encoded><![CDATA[<p>Pretty amazing stuff.<br />
Thanks for sharing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://technology.amis.nl/2011/08/24/business-rule-only-one-per-day-but-keep-the-time/#comment-6863</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Thu, 08 Sep 2011 11:43:20 +0000</pubDate>
		<guid isPermaLink="false">http://technology.amis.nl/blog/?p=13298#comment-6863</guid>
		<description><![CDATA[The objective is to record a record per ID, per Day, and still keep the time component.
When you use TRUNC (SYSDATE), you will loose the time component (because it will be set to midnight).
Even with a TIMESTAMP, you will loose the time component when you TRUNC it.
Guess I should have explained the requirement more clearly. Thank you for your comment.]]></description>
		<content:encoded><![CDATA[<p>The objective is to record a record per ID, per Day, and still keep the time component.<br />
When you use TRUNC (SYSDATE), you will loose the time component (because it will be set to midnight).<br />
Even with a TIMESTAMP, you will loose the time component when you TRUNC it.<br />
Guess I should have explained the requirement more clearly. Thank you for your comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marco Gralike</title>
		<link>http://technology.amis.nl/2011/08/24/business-rule-only-one-per-day-but-keep-the-time/#comment-6862</link>
		<dc:creator>Marco Gralike</dc:creator>
		<pubDate>Thu, 08 Sep 2011 10:47:54 +0000</pubDate>
		<guid isPermaLink="false">http://technology.amis.nl/blog/?p=13298#comment-6862</guid>
		<description><![CDATA[Can the one second issue be avoided via using timestamp...?]]></description>
		<content:encoded><![CDATA[<p>Can the one second issue be avoided via using timestamp&#8230;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FlorenceÂ M.Â Cano</title>
		<link>http://technology.amis.nl/2011/08/24/business-rule-only-one-per-day-but-keep-the-time/#comment-6861</link>
		<dc:creator>FlorenceÂ M.Â Cano</dc:creator>
		<pubDate>Fri, 26 Aug 2011 05:14:48 +0000</pubDate>
		<guid isPermaLink="false">http://technology.amis.nl/blog/?p=13298#comment-6861</guid>
		<description><![CDATA[The codes are are quite complicated. As i can see,theÂ  the output in the above script, only one record is inserted into the table, the other attempt yields an exception.]]></description>
		<content:encoded><![CDATA[<p>The codes are are quite complicated. As i can see,theÂ  the output in the above script, only one record is inserted into the table, the other attempt yields an exception.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
