Viewing 15 posts - 19,456 through 19,470 (of 22,213 total)
It really depends on how you're going to use the information. Since it's only a single row returned, probably, you won't have issues with either approach. Usually, the inline is...
October 15, 2008 at 8:40 am
Cross-posted here: http://www.sqlservercentral.com/Forums/Topic586167-145-1.aspx
Please keep posts to one forum.
October 15, 2008 at 8:32 am
Yikes. That doesn't sound good.
First, don't use Profiler on the production server. Instead, set up a server side trace. Second, use Steve's advice and put a filter on the trace...
October 15, 2008 at 8:29 am
It's 10 levels in a CASE statement (here's the page in the local Books Online). I don't know of a limit on IF statements, but I think it's reasonably safe...
October 15, 2008 at 6:34 am
Any chance of tuning the procedure or adding indexes to help it out?
October 15, 2008 at 6:21 am
Since your server is stressed, you'll want to be judicious about using this, but I'd suggest placing a trace on the server to capture the queries that are being called....
October 15, 2008 at 6:19 am
Simplest way I can think of is to capture the trace output from your production box and the use the Profiler's ability to replay traces against the test machine. Capture...
October 15, 2008 at 6:16 am
Operations Manager is a completely seperate product sold by Microsoft. It's intention is for large scale enterprise level monitoring, reporting and alerting. Here's a place to learn a bit more...
October 15, 2008 at 6:03 am
Or, depending on how you're growing (by percent is the default and the worst choice), you can run out of space before it finishes growing.
Auto-growth is a nice safety valve,...
October 14, 2008 at 10:44 am
How about Selectivity AND Usage.
Gail sums up all the reasons better than I will. You need to take both into account when designing your indexes. Simple usage is not enough...
October 14, 2008 at 10:41 am
Excellent. Well done. I'll have to see if we can use this one on our servers.
October 14, 2008 at 6:54 am
The processor issue could be that parallel execution plans are running slower. Slower transactions can lead to more deadlocks since locks are held longer and lock escalations are delayed. If...
October 10, 2008 at 5:36 am
That is something I was curious about but never pursued. Thanks for the info.
So then, would you say, there's pretty much no reason to ever use a table variable (except,...
October 10, 2008 at 5:24 am
Whoop!
Hold the phone. Did you say it goes against another database? Is that other database only performing reads or does it also have inserts & updates? And now that we're...
October 9, 2008 at 12:41 pm
I know of a .22 revolver that holds 10 or 12 shots, but since most of these guys are toting Police Specials, etc., I don't think so.
October 9, 2008 at 10:37 am
Viewing 15 posts - 19,456 through 19,470 (of 22,213 total)