<?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: Hibernate Lightweight Class Wrinkles</title>
	<atom:link href="http://blog.kischuk.com/2004/08/17/hibernate-lightweight-class-wrinkles/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.kischuk.com/2004/08/17/hibernate-lightweight-class-wrinkles/</link>
	<description>Just another WordPress.com weblog</description>
	<lastBuildDate>Tue, 29 Nov 2011 10:51:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Rob Kischuk</title>
		<link>http://blog.kischuk.com/2004/08/17/hibernate-lightweight-class-wrinkles/#comment-120</link>
		<dc:creator><![CDATA[Rob Kischuk]]></dc:creator>
		<pubDate>Tue, 17 Aug 2004 22:21:53 +0000</pubDate>
		<guid isPermaLink="false">http://rkischuk.wordpress.com/2004/08/17/hibernate-lightweight-class-wrinkles/#comment-120</guid>
		<description><![CDATA[A reasonable suggestion.  My answer is mostly political rather than technical.  The data in question is actually already a view.  So we would be creating 2 different views for this table.  Recall that I said we have very little control over the schema.  This includes view creation.  So we&#039;d have to beg the database people to create another view.  Further, while we only need 1 field in the summary object now, we&#039;ll almost certainly need a few more in the near future, so we&#039;d rather not have to go back and ask them to keep changing it.

In the near term, in an environment where we could maintain the view ourself, your suggestion is good.  In the short-mid term and beyond, Hibernate will address uniqueness per object class, so this will be a non-issue.]]></description>
		<content:encoded><![CDATA[<p>A reasonable suggestion.  My answer is mostly political rather than technical.  The data in question is actually already a view.  So we would be creating 2 different views for this table.  Recall that I said we have very little control over the schema.  This includes view creation.  So we&#8217;d have to beg the database people to create another view.  Further, while we only need 1 field in the summary object now, we&#8217;ll almost certainly need a few more in the near future, so we&#8217;d rather not have to go back and ask them to keep changing it.</p>
<p>In the near term, in an environment where we could maintain the view ourself, your suggestion is good.  In the short-mid term and beyond, Hibernate will address uniqueness per object class, so this will be a non-issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prashant Rane</title>
		<link>http://blog.kischuk.com/2004/08/17/hibernate-lightweight-class-wrinkles/#comment-119</link>
		<dc:creator><![CDATA[Prashant Rane]]></dc:creator>
		<pubDate>Tue, 17 Aug 2004 21:01:37 +0000</pubDate>
		<guid isPermaLink="false">http://rkischuk.wordpress.com/2004/08/17/hibernate-lightweight-class-wrinkles/#comment-119</guid>
		<description><![CDATA[How about creating a view on top of the table with columns selected for the lightweight version. That way the name would be much cleaner than just change in case.]]></description>
		<content:encoded><![CDATA[<p>How about creating a view on top of the table with columns selected for the lightweight version. That way the name would be much cleaner than just change in case.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

