<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://sqlblog.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>The Perfect Trap</title><link>http://sqlblog.com/blogs/andy_leonard/archive/2012/03/05/the-perfect-trap.aspx</link><description>Warning: I am about to express an opinion. * Introducing disruptive database technology is the perfect trap for database administrators. &amp;lt; …freak out here… &amp;gt; &amp;lt; … done? Good. Let’s continue… &amp;gt; Way back in 2007 – when Adam first emailed me about</description><dc:language>en</dc:language><generator>CommunityServer 2.1 SP2 (Build: 61129.1)</generator><item><title>re: The Perfect Trap</title><link>http://sqlblog.com/blogs/andy_leonard/archive/2012/03/05/the-perfect-trap.aspx#42103</link><pubDate>Mon, 05 Mar 2012 18:31:35 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:42103</guid><dc:creator>K. Brian Kelley</dc:creator><description>&lt;p&gt;Welcome to the light, my friend. ;-)&lt;/p&gt;</description></item><item><title>re: The Perfect Trap</title><link>http://sqlblog.com/blogs/andy_leonard/archive/2012/03/05/the-perfect-trap.aspx#42134</link><pubDate>Tue, 06 Mar 2012 19:02:19 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:42134</guid><dc:creator>Mike Adkins</dc:creator><description>&lt;p&gt;Working for a "little" company in Jacksonville where I ran into you the first time, I admit this post irked me a bit; but only because it's mostly true. &amp;nbsp;As a developer in an aggressive culture, I am constantly asked, hounded, beat with wet noodles, etc., as management constantly wants this-or-that change yesterday. &amp;nbsp;If I don't get it done right away I don't get a raise. &amp;nbsp;Meanwhile, I beg, plead, and bribe the DBAs to get something done, and I have to spend an hour in a meeting that they call where they explain why it can't or shouldn't be done. &amp;nbsp;And then the devs take the heat for not getting it done. &amp;nbsp;So I concur: "how hard can it be to tell developers 'No'?"&lt;/p&gt;
&lt;p&gt;Pardon the rant. &amp;nbsp;I'm done...&lt;/p&gt;</description></item><item><title>re: The Perfect Trap</title><link>http://sqlblog.com/blogs/andy_leonard/archive/2012/03/05/the-perfect-trap.aspx#42161</link><pubDate>Wed, 07 Mar 2012 11:32:10 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:42161</guid><dc:creator>RichB</dc:creator><description>&lt;p&gt;@Mike...&lt;/p&gt;
&lt;p&gt;Would you be the one spending the rest of the night and the next day fixing up the database after some kneejerk developer implemented something a little... incomplete?&lt;/p&gt;
&lt;p&gt;Would you be the one who had to tell the CEO that you've lost 12 hours of customer data because a change went through that effectively serialised all the connections into a single open transaction that someone then rolled back.&lt;/p&gt;
&lt;p&gt;Oh, and no he can't have his database back because the rollback will take another 10 hours or so, resulting in at least 24 hours effective downtime for a sloppy piece of error handling on a slightly weak piece of database design that just had to be done in a hurry?&lt;/p&gt;
&lt;p&gt;If so, go ahead. &amp;nbsp;Make the change.&lt;/p&gt;
&lt;p&gt;&amp;lt;_&amp;lt;&lt;/p&gt;</description></item></channel></rss>