Comments on: Before you upgrade to SQL Server 2008…

By: Brent Ozar

Brent Ozar — Fri, 03 Apr 2009 17:52:56 +0000

Clayton – I’d love to explain it in a comment box, but it’s a pretty big topic. I’d recommend Grant Fritchey’s new book, “SQL Server 2008 Query Performance Tuning Distilled.” I’m in the midst of reading it as we speak, and it’s chock full of good stuff.

By: Brent Ozar

Brent Ozar — Fri, 03 Apr 2009 17:47:37 +0000

PM – Yep, I blogged about it here:

http://www.brentozar.com/archive/2008/11/stackoverflows-sql-2008-fts-issue-solved/

By: Clayton Hall

Clayton Hall — Fri, 03 Apr 2009 16:05:49 +0000

Brent,
You mentioned “manually set up query execution plans”. Is this accomplished with query hints, or is there a more explicit method of setting the plans?

By: pm

pm — Fri, 03 Apr 2009 16:00:14 +0000

It seems form this link the link below, that the problem may have been resolved… can you please share the specifics of the problem and the fix?

http://www.infoq.com/news/2008/11/SQL-Server-Text#view_34771

I intend to migrate our database to SQL 2008, but the problem you faced makes me think twice about it…

thanks!

By: Jerry Hung

Jerry Hung — Thu, 06 Nov 2008 21:25:32 +0000

SQLCat just released a

Best Practices for Integrated Full Text Search (iFTS) in SQL 2008

http://sqlcat.com/msdnmirror/archive/2008/11/05/best-practices-for-integrated-full-text-search-ifts-in-sql-2008.aspx

don’t know if it can help or not

By: Brent Ozar

Brent Ozar — Mon, 03 Nov 2008 17:34:39 +0000

Hi, Mick. You use the SQL Server Profiler tool to capture traces of your activity. Here’s a couple of links:

http://msdn.microsoft.com/en-us/library/ms187929.aspx
http://www.developer.com/db/article.php/3482216

Be aware that you don’t want to do this on a production server unless you know SQL Server inside and out. It’s pretty easy to capture an overwhelming amount of data and crash a heavily active server.

By: Mick Cooney

Mick Cooney — Mon, 03 Nov 2008 17:26:52 +0000

“The lesson: before you upgrade, capture a full trace of your server’s load and replay it against the new version.”

This seems like a very good idea, but I am a little hazy on the details. What exactly do you mean by this, and how would you go about doing it?

By: Brent Ozar

Brent Ozar — Thu, 30 Oct 2008 15:00:39 +0000

@Sire – it’s faster in most scenarios, but not in Jeff’s scenario. I won’t go into specifics, but it’s not his fault. 2008′s full text moved into the engine, which means there’s some overhead inside the engine for things like logging. Before, it was handled by the OS, which was faster but sucked for administration.

@Aaron – I know, right? But it’s one of those cases where they only need a DBA like four hours a week, maybe eight max.

By: Aaron

Aaron — Thu, 30 Oct 2008 14:54:53 +0000

So are you making a case for not needing a full time DBA?
http://www.aaronlowe.net/post/2008/05/29/You-want-scalable-You-need-a-Database-Professional.aspx

By: Sire

Sire — Wed, 29 Oct 2008 17:38:19 +0000

No one still knows the reason why full text searching is slower in 2008? I really hope Microsoft has a rational reason (and please don’t say security).