<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://sqlblog.com/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Aaron Bertrand</title><subtitle type="html" /><id>http://sqlblog.com/blogs/aaron_bertrand/atom.aspx</id><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/default.aspx" /><link rel="self" type="application/atom+xml" href="http://sqlblog.com/blogs/aaron_bertrand/atom.aspx" /><generator uri="http://communityserver.org" version="2.1.61129.1">Community Server</generator><updated>2010-01-19T10:23:00Z</updated><entry><title>Bad habits to kick : relying on undocumented behavior</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/08/bad-habits-to-kick-relying-on-undocumented-behavior.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/08/bad-habits-to-kick-relying-on-undocumented-behavior.aspx</id><published>2010-02-09T03:01:00Z</published><updated>2010-02-09T03:01:00Z</updated><content type="html">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) behavior and objects. ORDER BY in a view This is probably the most infamous of all SQL Server undocumented behaviors. In SQL Server 2000, users learned to create views with a built-in ordering, such as follows: CREATE VIEW dbo.MyView AS SELECT...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="TOP" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/TOP/default.aspx" /><category term="bad habits" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/bad+habits/default.aspx" /><category term="undocumented behavior" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/undocumented+behavior/default.aspx" /><category term="short-circuiting" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/short-circuiting/default.aspx" /><category term="system procedures" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/system+procedures/default.aspx" /><category term="ordering" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/ordering/default.aspx" /></entry><entry><title>Bad habits to kick : putting an IDENTITY column on every table</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/08/bad-habits-to-kick-putting-an-identity-column-on-every-table.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/08/bad-habits-to-kick-putting-an-identity-column-on-every-table.aspx</id><published>2010-02-08T05:33:00Z</published><updated>2010-02-08T05:33:00Z</updated><content type="html">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 that I find rather distracting is the tendency to place an IDENTITY column on every single table. Usually this is done because this is an "easy" way to add a column to the table that allows you to identify a single row. Now don't get me wrong, I am...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="bad habits" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/bad+habits/default.aspx" /><category term="identity columns" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/identity+columns/default.aspx" /></entry><entry><title>Injection is not always about SQL</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/07/injection-is-not-always-about-sql.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/07/injection-is-not-always-about-sql.aspx</id><published>2010-02-07T18:38:00Z</published><updated>2010-02-07T18:38:00Z</updated><content type="html">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 incoming data to queries. There are more elaborate discussions about this concept in these articles on MSDN, and of course your favorite search engine will have many results as well: Books Online : SQL Injection MSDN Mag : Stop SQL Injection Attacks...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="sql injection" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/sql+injection/default.aspx" /><category term="variables" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/variables/default.aspx" /><category term="validation" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/validation/default.aspx" /></entry><entry><title>Connect Digest : 2010-02-06</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/06/connect-digest-2010-02-06.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/06/connect-digest-2010-02-06.aspx</id><published>2010-02-06T23:32:00Z</published><updated>2010-02-06T23:32:00Z</updated><content type="html">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 / structure. Since I am trying to protect the data, not the system schema, I think it should be okay that the engine ignores the read-only flag during the upgrade process. The workaround is rather cumbersome : get exclusive access to the original...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="SSMS" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SSMS/default.aspx" /><category term="Connect" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/Connect/default.aspx" /><category term="error messages" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/error+messages/default.aspx" /><category term="restore" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/restore/default.aspx" /><category term="backup" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/backup/default.aspx" /><category term="read-only filegroups" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/read-only+filegroups/default.aspx" /><category term="sorting" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/sorting/default.aspx" /></entry><entry><title>When bad error messages happen to good people</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/04/bad-error-messages.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/04/bad-error-messages.aspx</id><published>2010-02-04T15:27:00Z</published><updated>2010-02-04T15:27:00Z</updated><content type="html">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. I wanted to point out a few of these, and ask if you have any misleading or unhelpful error messages that you see a lot? Msg 8152, Level 16, State 14, Line 5 String or binary data would be truncated. What string or binary data? Could you be a bit...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="usability" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/usability/default.aspx" /><category term="error messages" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/error+messages/default.aspx" /><category term="clarity" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/clarity/default.aspx" /></entry><entry><title>Your laptop may be ready for SSDs, but are your SQL Servers?</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/01/your-laptop-may-be-ready-for-ssds-but-are-your-sql-servers.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/02/01/your-laptop-may-be-ready-for-ssds-but-are-your-sql-servers.aspx</id><published>2010-02-01T21:16:00Z</published><updated>2010-02-01T21:16:00Z</updated><content type="html">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 disappear from the O/S, and need to be physically pulled from the machines. Kind of scary. I am not trying to be Debbie Downer here ... SSDs sound great, and my next MacBook will definitely come with one. I am sure they are not far from production...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="SSD" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SSD/default.aspx" /><category term="performance" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/performance/default.aspx" /><category term="I/O" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/I_2F00_O/default.aspx" /></entry><entry><title>Management Studio Tips &amp; Tricks, version 1.0</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/30/management-studio-tips-tricks-version-1-0.aspx" /><link rel="enclosure" type="application/x-zip" length="3310645" href="http://sqlblog.com/blogs/aaron_bertrand/attachment/21638.ashx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/30/management-studio-tips-tricks-version-1-0.aspx</id><published>2010-01-30T22:00:00Z</published><updated>2010-01-30T22:00:00Z</updated><content type="html">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 single person in the room learned at least one new thing about SSMS. I learned some things today too: I am still horrible at repeating audience questions before answering them. I know before and after delivering a presentation that it's exactly...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="SSMS" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SSMS/default.aspx" /><category term="management studio" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/management+studio/default.aspx" /><category term="presentations" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/presentations/default.aspx" /><category term="community" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/community/default.aspx" /></entry><entry><title>Sometimes it's the small things : match column names in subqueries</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/27/sometimes-it-s-the-small-things-match-column-names-in-subqueries.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/27/sometimes-it-s-the-small-things-match-column-names-in-subqueries.aspx</id><published>2010-01-27T17:12:00Z</published><updated>2010-01-27T17:12:00Z</updated><content type="html">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 a good five minutes "troubleshooting" a query that wasn't working out the way I thought it should. I have a core table called Users (simplified for brevity): CREATE TABLE dbo.Users ( UserID INT PRIMARY KEY , -- ... other columns ... ); Against...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="T-SQL" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/T-SQL/default.aspx" /><category term="troubleshooting" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/troubleshooting/default.aspx" /><category term="development" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/development/default.aspx" /></entry><entry><title>SQLFool has updated her index maintenance scripts and needs testers!</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/26/sqlfool-has-updated-her-index-maintenance-scripts-and-needs-testers.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/26/sqlfool-has-updated-her-index-maintenance-scripts-and-needs-testers.aspx</id><published>2010-01-26T21:47:00Z</published><updated>2010-01-26T21:47:00Z</updated><content type="html">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/ Share this post: email it! | bookmark it! | digg it! | reddit! | kick it! | live it!...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="index maintenance" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/index+maintenance/default.aspx" /><category term="rebuild" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/rebuild/default.aspx" /><category term="reorganize" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/reorganize/default.aspx" /><category term="fragmentation" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/fragmentation/default.aspx" /></entry><entry><title>Decrypting : A question of morals, ethics, or both?</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/24/decrypting-a-question-of-morals-ethics-or-both.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/24/decrypting-a-question-of-morals-ethics-or-both.aspx</id><published>2010-01-25T03:33:00Z</published><updated>2010-01-25T03:33:00Z</updated><content type="html">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 the engine inherently has the ability to do this internally, there is no direct way for us to do it ourselves out of the box (so if you play with the WITH ENCRYPTION option, be warned; you need to ensure you keep a copy of your module code in source...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="encryption" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/encryption/default.aspx" /><category term="morals" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/morals/default.aspx" /><category term="ethics" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/ethics/default.aspx" /><category term="decryption" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/decryption/default.aspx" /></entry><entry><title>Speaking at SQLSaturday #34 in Boston, 2010-01-30</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/24/speaking-at-sqlsaturday-34-in-boston-2010-01-30.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/24/speaking-at-sqlsaturday-34-in-boston-2010-01-30.aspx</id><published>2010-01-24T21:56:00Z</published><updated>2010-01-24T21:56:00Z</updated><content type="html">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, lunch will be provided, and best of all, the event is free. There are still openings so if you are going to be in the area and haven't registered, now is the time! You can find out more about the event, review the schedule, and register at the SQL...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="management studio" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/management+studio/default.aspx" /><category term="events" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/events/default.aspx" /><category term="SQL Saturday" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Saturday/default.aspx" /></entry><entry><title>Connect Digest : 2010-01-22</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/22/connect-digest-2010-01-22.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/22/connect-digest-2010-01-22.aspx</id><published>2010-01-22T19:47:00Z</published><updated>2010-01-22T19:47:00Z</updated><content type="html">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 parse the showplan XML and order results by cost descending. The Connect item that would make this workaround unnecessary was filed by "Ewan1": #477390 : Rank cost of graphical execution plan components in SSMS Give us more SARG intelligence in the...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="SSMS" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SSMS/default.aspx" /><category term="Connect" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/Connect/default.aspx" /><category term="execution plan" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/execution+plan/default.aspx" /><category term="error handling" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/error+handling/default.aspx" /><category term="plan cache" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/plan+cache/default.aspx" /><category term="UDFs" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/UDFs/default.aspx" /><category term="functions" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/functions/default.aspx" /><category term="metadata" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/metadata/default.aspx" /></entry><entry><title>Mis-steps in the publication of Cumulative Updates</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/20/mis-steps-in-the-publication-of-cumulative-updates.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/20/mis-steps-in-the-publication-of-cumulative-updates.aspx</id><published>2010-01-20T17:31:00Z</published><updated>2010-01-20T17:31:00Z</updated><content type="html">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 : just go to the KB article, select the fix(es) you want, and you get an almost immediate e-mail with download links and brief instructions. No longer do I have to raise an issue with customer support and prove to them that I am both affected...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="SQL Server 2008" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Server+2008/default.aspx" /><category term="cumulative updates" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/cumulative+updates/default.aspx" /><category term="SQL Server 2005" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Server+2005/default.aspx" /><category term="patches" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/patches/default.aspx" /><category term="hotfixes" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/hotfixes/default.aspx" /><category term="SQL Server 2008 SP1" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Server+2008+SP1/default.aspx" /></entry><entry><title>"What three events brought you here?"</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/19/what-three-events-brought-you-here.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/19/what-three-events-brought-you-here.aspx</id><published>2010-01-19T21:03:00Z</published><updated>2010-01-19T21:03:00Z</updated><content type="html">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, this one ), you'll know that I'm Canadian, gave up NHL dreams early, took Economics in College, started earning a living with computers in desktop publishing and later web design, and soon after graduating moved to Rhode Island (where I still...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="development" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/development/default.aspx" /><category term="career" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/career/default.aspx" /></entry><entry><title>New Cumulative Updates for SQL Server 2008 RTM &amp; SP1</title><link rel="alternate" type="text/html" href="http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/19/new-cumulative-updates-for-sql-server-2008-rtm-sp1.aspx" /><id>http://sqlblog.com/blogs/aaron_bertrand/archive/2010/01/19/new-cumulative-updates-for-sql-server-2008-rtm-sp1.aspx</id><published>2010-01-19T14:23:00Z</published><updated>2010-01-19T14:23:00Z</updated><content type="html">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 fixes than the RTM branch. I suppose they are serious about their commitment to end support for SQL Server 2008 RTM on April 13th of this year . If you haven't already planned upgrading your instances to SP1, it is definitely time to start thinking about...(&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;</content><author><name>AaronBertrand</name><uri>http://sqlblog.com/members/AaronBertrand.aspx</uri></author><category term="SQL Server 2008" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Server+2008/default.aspx" /><category term="cumulative updates" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/cumulative+updates/default.aspx" /><category term="patches" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/patches/default.aspx" /><category term="hotfixes" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/hotfixes/default.aspx" /><category term="SQL Server 2008 SP1" scheme="http://sqlblog.com/blogs/aaron_bertrand/archive/tags/SQL+Server+2008+SP1/default.aspx" /></entry></feed>