<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: extreme database makeover: RT meeting recap</title>
	<link>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/</link>
	<description>a gathering place for all the stray thoughts</description>
	<pubDate>Fri, 29 Aug 2008 17:59:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: digicon</title>
		<link>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2047</link>
		<dc:creator>digicon</dc:creator>
		<pubDate>Fri, 29 Feb 2008 14:11:19 +0000</pubDate>
		<guid>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2047</guid>
		<description>@Selena: DbVis is a great app for ERD's, both from the database and object perspective.</description>
		<content:encoded><![CDATA[<p>@Selena: DbVis is a great app for ERD&#8217;s, both from the database and object perspective.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mitch</title>
		<link>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2019</link>
		<dc:creator>Mitch</dc:creator>
		<pubDate>Thu, 28 Feb 2008 10:34:52 +0000</pubDate>
		<guid>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2019</guid>
		<description>&lt;i&gt;We didn’t dig into the associated Perl modules, but from a database perspective, a straight-forward normalization exercise solves the problem.&lt;/i&gt;

I thought that the Perl modules were the &lt;i&gt;reason&lt;/i&gt; the database schema wasn't better normalized.  I'd be interested to see a followup to this post sometime, about whether or not any changes were made as a result of the discussion.</description>
		<content:encoded><![CDATA[<p><i>We didn’t dig into the associated Perl modules, but from a database perspective, a straight-forward normalization exercise solves the problem.</i></p>
<p>I thought that the Perl modules were the <i>reason</i> the database schema wasn&#8217;t better normalized.  I&#8217;d be interested to see a followup to this post sometime, about whether or not any changes were made as a result of the discussion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: selena</title>
		<link>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2007</link>
		<dc:creator>selena</dc:creator>
		<pubDate>Wed, 27 Feb 2008 22:25:42 +0000</pubDate>
		<guid>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2007</guid>
		<description>got a suggestion via email to check out DbVisualizer - http://www.minq.se/products/dbvis</description>
		<content:encoded><![CDATA[<p>got a suggestion via email to check out DbVisualizer - <a href="http://www.minq.se/products/dbvis" rel="nofollow">http://www.minq.se/products/dbvis</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: selena</title>
		<link>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2005</link>
		<dc:creator>selena</dc:creator>
		<pubDate>Wed, 27 Feb 2008 20:44:05 +0000</pubDate>
		<guid>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2005</guid>
		<description>@Jesse: thanks for clarifying. We ended up focusing closely on the tickets because refactoring in a big group is actually hard. 

Thanks for your virtual participation yesterday :)</description>
		<content:encoded><![CDATA[<p>@Jesse: thanks for clarifying. We ended up focusing closely on the tickets because refactoring in a big group is actually hard. </p>
<p>Thanks for your virtual participation yesterday <img src='http://www.chesnok.com/daily/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse</title>
		<link>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2004</link>
		<dc:creator>Jesse</dc:creator>
		<pubDate>Wed, 27 Feb 2008 20:37:09 +0000</pubDate>
		<guid>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2004</guid>
		<description>Hm. In RT, the 'transactions' table holds updates to records in multiple tables, not just to tickets.

(Though we do generally agree that having a second level of "things this transaction changed" would be a win.)</description>
		<content:encoded><![CDATA[<p>Hm. In RT, the &#8216;transactions&#8217; table holds updates to records in multiple tables, not just to tickets.</p>
<p>(Though we do generally agree that having a second level of &#8220;things this transaction changed&#8221; would be a win.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Randal L. Schwartz</title>
		<link>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2002</link>
		<dc:creator>Randal L. Schwartz</dc:creator>
		<pubDate>Wed, 27 Feb 2008 19:05:31 +0000</pubDate>
		<guid>http://www.chesnok.com/daily/2008/02/27/extreme-database-makeover-rt-meeting-recap/#comment-2002</guid>
		<description>Remember... if your database has NULLs, the Terrorists have already won!

Null Quaeda is everywhere!</description>
		<content:encoded><![CDATA[<p>Remember&#8230; if your database has NULLs, the Terrorists have already won!</p>
<p>Null Quaeda is everywhere!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
