<?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: Computed Columns in SQL Server</title>
	<atom:link href="http://www.youdidwhatwithtsql.com/computed-columns-in-sql-server/377/feed" rel="self" type="application/rss+xml" />
	<link>http://www.youdidwhatwithtsql.com/computed-columns-in-sql-server/377</link>
	<description>making DBAs everywhere curse!</description>
	<lastBuildDate>Sat, 04 Feb 2012 06:02:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Rhys</title>
		<link>http://www.youdidwhatwithtsql.com/computed-columns-in-sql-server/377/comment-page-1#comment-158</link>
		<dc:creator>Rhys</dc:creator>
		<pubDate>Tue, 27 Apr 2010 19:51:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.youdidwhatwithtsql.com/computed-columns-in-sql-server/377#comment-158</guid>
		<description>Hi Scott,

Good idea! In the situation I based this on PersonCode was always taken as a priority. There could be all sorts of crap in Notes and we wanted to avoid any false positives. Never really trusted any kind of consistency in the incoming data. PersonCode wasn&#039;t always null but could be invalid.

It probably would have been better to regex the PersonCode somehow and only attempt the extraction from Notes if it was invalid. I&#039;ll bear this in mind once the need arises again!

Cheers,

Rhys</description>
		<content:encoded><![CDATA[<p>Hi Scott,</p>
<p>Good idea! In the situation I based this on PersonCode was always taken as a priority. There could be all sorts of crap in Notes and we wanted to avoid any false positives. Never really trusted any kind of consistency in the incoming data. PersonCode wasn&#8217;t always null but could be invalid.</p>
<p>It probably would have been better to regex the PersonCode somehow and only attempt the extraction from Notes if it was invalid. I&#8217;ll bear this in mind once the need arises again!</p>
<p>Cheers,</p>
<p>Rhys</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.youdidwhatwithtsql.com/computed-columns-in-sql-server/377/comment-page-1#comment-157</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Tue, 27 Apr 2010 12:04:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.youdidwhatwithtsql.com/computed-columns-in-sql-server/377#comment-157</guid>
		<description>I like it.

Just wondering if:
ExtractedPersonCode AS ISnull(personcode, dbo.udf_extractPersonCode(Notes)) PERSISTED
have been cleaner?
Then you&#039;d always have a row with the best possible personcode to use?</description>
		<content:encoded><![CDATA[<p>I like it.</p>
<p>Just wondering if:<br />
ExtractedPersonCode AS ISnull(personcode, dbo.udf_extractPersonCode(Notes)) PERSISTED<br />
have been cleaner?<br />
Then you&#8217;d always have a row with the best possible personcode to use?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

