<?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>Aaron Bertrand</title><link>http://sqlblog.com/blogs/aaron_bertrand/default.aspx</link><description /><dc:language>en</dc:language><generator>CommunityServer 2.1 SP2 (Build: 61129.1)</generator><item><title>Bad habits to kick : relying on undocumented behavior</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/08/bad-habits-to-kick-relying-on-undocumented-behavior.aspx</link><pubDate>Tue, 09 Feb 2010 03:01:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21973</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>11</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21973.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21973</wfw:commentRss><description>In my last post in this series , I talked about the common habit of creating an IDENTITY column on every single table. Today I want to talk about a more broad concept: relying on undocumented (and therefore probably undefined, and certainly far from guaranteed)...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/08/bad-habits-to-kick-relying-on-undocumented-behavior.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21973" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/TOP/default.aspx">TOP</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/bad+habits/default.aspx">bad habits</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/undocumented+behavior/default.aspx">undocumented behavior</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/short-circuiting/default.aspx">short-circuiting</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/system+procedures/default.aspx">system procedures</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/ordering/default.aspx">ordering</category></item><item><title>Bad habits to kick : putting an IDENTITY column on every table</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/08/bad-habits-to-kick-putting-an-identity-column-on-every-table.aspx</link><pubDate>Mon, 08 Feb 2010 05:33:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21941</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>24</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21941.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21941</wfw:commentRss><description>Back in October, I started a series of blog posts called " Bad Habits to Kick ," and thought I would revive the theme. I've worked with developers that dabble in SQL, and they tend to have a few common traits. I'm not sure where they come from, but one...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/08/bad-habits-to-kick-putting-an-identity-column-on-every-table.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21941" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/bad+habits/default.aspx">bad habits</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/identity+columns/default.aspx">identity columns</category></item><item><title>Injection is not always about SQL</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/07/injection-is-not-always-about-sql.aspx</link><pubDate>Sun, 07 Feb 2010 18:38:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21931</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>4</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21931.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21931</wfw:commentRss><description>I think anybody even remotely involved with databases these days has seen the xkcd comic about Bobby Tables : http://xkcd.com/327/ Basically, the comic warns against SQL injection, and reminds you to sanitize your database inputs rather than blindly append...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/07/injection-is-not-always-about-sql.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21931" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/sql+injection/default.aspx">sql injection</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/variables/default.aspx">variables</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/validation/default.aspx">validation</category></item><item><title>Connect Digest : 2010-02-06</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/06/connect-digest-2010-02-06.aspx</link><pubDate>Sat, 06 Feb 2010 23:32:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21919</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>1</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21919.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21919</wfw:commentRss><description>Upgrading a database with read-only filegroups Earlier today, I complained that I should be able to upgrade a database with read-only filegroups. In this case an upgrade from, say, 2000 to 2005 is blocked because the engine can't update the system schema...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/06/connect-digest-2010-02-06.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21919" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SSMS/default.aspx">SSMS</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/Connect/default.aspx">Connect</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/error+messages/default.aspx">error messages</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/restore/default.aspx">restore</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/backup/default.aspx">backup</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/read-only+filegroups/default.aspx">read-only filegroups</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/sorting/default.aspx">sorting</category></item><item><title>When bad error messages happen to good people</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/04/bad-error-messages.aspx</link><pubDate>Thu, 04 Feb 2010 15:27:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:20559</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>13</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/20559.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=20559</wfw:commentRss><description>Over the years I have largely been amused by the variance in error messages that come out of SQL Server. Some are very verbose and some even border on provide too much information, but the ones that irk me are the ones that leave you scratching your head....(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/04/bad-error-messages.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=20559" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/usability/default.aspx">usability</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/error+messages/default.aspx">error messages</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/clarity/default.aspx">clarity</category></item><item><title>Your laptop may be ready for SSDs, but are your SQL Servers?</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/01/your-laptop-may-be-ready-for-ssds-but-are-your-sql-servers.aspx</link><pubDate>Mon, 01 Feb 2010 21:16:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21615</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>37</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21615.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21615</wfw:commentRss><description>Brent Ozar ( blog | twitter ) recently made some comments about the FusionIO SSD drives . Basically, he was able to break three drives in a row - simply by doing load testing against them ( using SQLIO ). The symptom is simple: the drives go offline and...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/01/your-laptop-may-be-ready-for-ssds-but-are-your-sql-servers.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21615" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SSD/default.aspx">SSD</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/performance/default.aspx">performance</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/I_2F00_O/default.aspx">I/O</category></item><item><title>Management Studio Tips &amp; Tricks, version 1.0</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/30/management-studio-tips-tricks-version-1-0.aspx</link><pubDate>Sat, 30 Jan 2010 22:00:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21638</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>9</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21638.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21638</wfw:commentRss><description>Today I presented "Management Studio Tips &amp;amp; Tricks" at SQL Saturday #34 in Waltham, MA. I had an audience of close to 100 (my biggest talk yet!), and unless they were stroking my ego, I achieved my primary goal for the session: to make sure that every...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/30/management-studio-tips-tricks-version-1-0.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21638" width="1" height="1"&gt;</description><enclosure url="http://sqlblog.com/blogs/aaron_bertrand/attachment/21638.ashx" length="3310645" type="application/x-zip" /><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SSMS/default.aspx">SSMS</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/management+studio/default.aspx">management studio</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/presentations/default.aspx">presentations</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/community/default.aspx">community</category></item><item><title>Sometimes it's the small things : match column names in subqueries</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/27/sometimes-it-s-the-small-things-match-column-names-in-subqueries.aspx</link><pubDate>Wed, 27 Jan 2010 17:12:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21483</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>9</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21483.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21483</wfw:commentRss><description>The behavior of column matching in subqueries is a little peculiar, to say the least. If you've been bitten by this behavior once, you're unlikely to have been bitten a second time, but for some of us it just takes a while to sink in. This morning I wasted...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/27/sometimes-it-s-the-small-things-match-column-names-in-subqueries.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21483" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/T-SQL/default.aspx">T-SQL</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/troubleshooting/default.aspx">troubleshooting</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/development/default.aspx">development</category></item><item><title>SQLFool has updated her index maintenance scripts and needs testers!</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/26/sqlfool-has-updated-her-index-maintenance-scripts-and-needs-testers.aspx</link><pubDate>Tue, 26 Jan 2010 21:47:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21454</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>1</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21454.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21454</wfw:commentRss><description>Michelle Ufford ( @SQLFool ) has just announced some shiny new updates to her popular index maintenance scripts. Read about them and contact her if you're interested in beta testing: http://sqlfool.com/2010/01/index-defrag-script-updates-beta-testers-needed/...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/26/sqlfool-has-updated-her-index-maintenance-scripts-and-needs-testers.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21454" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/index+maintenance/default.aspx">index maintenance</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/rebuild/default.aspx">rebuild</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/reorganize/default.aspx">reorganize</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/fragmentation/default.aspx">fragmentation</category></item><item><title>Decrypting : A question of morals, ethics, or both?</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/24/decrypting-a-question-of-morals-ethics-or-both.aspx</link><pubDate>Mon, 25 Jan 2010 03:33:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21280</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>7</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21280.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21280</wfw:commentRss><description>In essence, encryption of code within the engine is more like obfuscation than anything else. Unlike passwords and other sensitive data, the engine has to be able to read the code, so there has to be a way to reverse the so-called "encryption." While...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/24/decrypting-a-question-of-morals-ethics-or-both.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21280" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/encryption/default.aspx">encryption</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/morals/default.aspx">morals</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/ethics/default.aspx">ethics</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/decryption/default.aspx">decryption</category></item><item><title>Speaking at SQLSaturday #34 in Boston, 2010-01-30</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/24/speaking-at-sqlsaturday-34-in-boston-2010-01-30.aspx</link><pubDate>Sun, 24 Jan 2010 21:56:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21395</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>1</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21395.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21395</wfw:commentRss><description>Just a quick reminder that I will be presenting a Management Studio Tips &amp;amp; Tricks talk at SQLSaturday #34, this Saturday, January 30th at the Microsoft offices in Waltham, Massachusetts. I go on at 9:30 AM. There are plenty of other great speakers,...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/24/speaking-at-sqlsaturday-34-in-boston-2010-01-30.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21395" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/management+studio/default.aspx">management studio</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/events/default.aspx">events</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Saturday/default.aspx">SQL Saturday</category></item><item><title>Connect Digest : 2010-01-22</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/22/connect-digest-2010-01-22.aspx</link><pubDate>Fri, 22 Jan 2010 19:47:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21360</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>0</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21360.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21360</wfw:commentRss><description>Give us easier to read execution plans Michelle Ufford ( @SQLFool ) recently asked for help pinpointing the most expensive node(s) in a complicated execution plan. Mladen Prajdic ( @MladenPrajdic ) has a useful workaround; he coded up a quick query to...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/22/connect-digest-2010-01-22.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21360" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SSMS/default.aspx">SSMS</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/Connect/default.aspx">Connect</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/execution+plan/default.aspx">execution plan</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/error+handling/default.aspx">error handling</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/plan+cache/default.aspx">plan cache</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/UDFs/default.aspx">UDFs</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/functions/default.aspx">functions</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/metadata/default.aspx">metadata</category></item><item><title>Mis-steps in the publication of Cumulative Updates</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/20/mis-steps-in-the-publication-of-cumulative-updates.aspx</link><pubDate>Wed, 20 Jan 2010 17:31:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21272</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>8</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21272.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21272</wfw:commentRss><description>It used to be very difficult to obtain hotfixes for SQL Server (sometimes even to learn about their existence), and they were often unsupported. They have made extremely great strides in this area, and in general, I find the new procedure much more convenient...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/20/mis-steps-in-the-publication-of-cumulative-updates.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21272" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Server+2008/default.aspx">SQL Server 2008</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/cumulative+updates/default.aspx">cumulative updates</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Server+2005/default.aspx">SQL Server 2005</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/patches/default.aspx">patches</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/hotfixes/default.aspx">hotfixes</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Server+2008+SP1/default.aspx">SQL Server 2008 SP1</category></item><item><title>"What three events brought you here?"</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/19/what-three-events-brought-you-here.aspx</link><pubDate>Tue, 19 Jan 2010 21:03:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21211</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>6</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21211.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21211</wfw:commentRss><description>I was tagged by Tim Mitchell ( twitter ) in a recent meme launched by Paul Randal ( twitter ), entitled, "What three events brought you here?" Well, I've lied told stories about this in the past. If you've read my previous posts about my career (in particular,...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/19/what-three-events-brought-you-here.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21211" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/development/default.aspx">development</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/career/default.aspx">career</category></item><item><title>New Cumulative Updates for SQL Server 2008 RTM &amp; SP1</title><link>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/19/new-cumulative-updates-for-sql-server-2008-rtm-sp1.aspx</link><pubDate>Tue, 19 Jan 2010 14:23:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:21193</guid><dc:creator>AaronBertrand</dc:creator><slash:comments>8</slash:comments><comments>http://sqlblog.com/blogs/aaron_bertrand/comments/21193.aspx</comments><wfw:commentRss>http://sqlblog.com/blogs/aaron_bertrand/commentrss.aspx?PostID=21193</wfw:commentRss><description>Late last night, the SQL Server Release Services team announced new cumulative updates for both SQL Server 2008 RTM and SQL Server 2008 SP1. There are too many fixes to mention, but I once again notice the trend that the "newer" branch (SP1) has more...(&lt;a href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/19/new-cumulative-updates-for-sql-server-2008-rtm-sp1.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblog.com/aggbug.aspx?PostID=21193" width="1" height="1"&gt;</description><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Server+2008/default.aspx">SQL Server 2008</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/cumulative+updates/default.aspx">cumulative updates</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/patches/default.aspx">patches</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/hotfixes/default.aspx">hotfixes</category><category domain="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Server+2008+SP1/default.aspx">SQL Server 2008 SP1</category></item></channel></rss>