<?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: What Is A Production DBA, Anyway?</title>
	<atom:link href="http://sqlservertimes2.com/?feed=rss2&#038;p=97" rel="self" type="application/rss+xml" />
	<link>http://sqlservertimes2.com/?p=97</link>
	<description>Tim and Lori Edwards&#039; Blog</description>
	<lastBuildDate>Wed, 01 Sep 2010 04:07:00 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Steve LaRochelle</title>
		<link>http://sqlservertimes2.com/?p=97&#038;cpage=1#comment-58</link>
		<dc:creator>Steve LaRochelle</dc:creator>
		<pubDate>Wed, 02 Dec 2009 18:46:46 +0000</pubDate>
		<guid isPermaLink="false">http://sqlservertimes2.com/?p=97#comment-58</guid>
		<description>Though I agree with your sentiments, I can&#039;t say I or my employer follow them, in particular your comments on User Data.  As the production DBA, and the only one with access to the production data, many data related bugs (or data inaccuracies) discovered by internal/external clients quickly find their way to me.  To best resolve the issue, I _have_ to understand the data.  Having a developer troubleshoot is too inefficient and sometimes not even possible.
I&#039;m glad I found your blog though, and will try to keep up with it.  I&#039;ll hold onto this entry for the next time we need a production DBA and will ask &quot;is this what you want in a position?&quot;.  If so, sorry, nothing personal, but onto next applicant.</description>
		<content:encoded><![CDATA[<p>Though I agree with your sentiments, I can&#8217;t say I or my employer follow them, in particular your comments on User Data.  As the production DBA, and the only one with access to the production data, many data related bugs (or data inaccuracies) discovered by internal/external clients quickly find their way to me.  To best resolve the issue, I _have_ to understand the data.  Having a developer troubleshoot is too inefficient and sometimes not even possible.<br />
I&#8217;m glad I found your blog though, and will try to keep up with it.  I&#8217;ll hold onto this entry for the next time we need a production DBA and will ask &#8220;is this what you want in a position?&#8221;.  If so, sorry, nothing personal, but onto next applicant.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention What Is A Production DBA, Anyway? - SQLServerTimes2 -- Topsy.com</title>
		<link>http://sqlservertimes2.com/?p=97&#038;cpage=1#comment-16</link>
		<dc:creator>Tweets that mention What Is A Production DBA, Anyway? - SQLServerTimes2 -- Topsy.com</dc:creator>
		<pubDate>Tue, 06 Oct 2009 15:42:06 +0000</pubDate>
		<guid isPermaLink="false">http://sqlservertimes2.com/?p=97#comment-16</guid>
		<description>[...] This post was mentioned on Twitter by Ted Krueger. Ted Krueger said: @loriedwards the &quot;Optimizing T-SQL&quot; section on http://bit.ly/H2gsW is excellent! Like the addition of SOX in there [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Ted Krueger. Ted Krueger said: @loriedwards the &quot;Optimizing T-SQL&quot; section on <a href="http://bit.ly/H2gsW" rel="nofollow">http://bit.ly/H2gsW</a> is excellent! Like the addition of SOX in there [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
