Viewing 15 posts - 5,746 through 5,760 (of 5,842 total)
Hmm. Need to start reaching here.
Try enabling TIP. Reboot and test.
How did you validate no firewall problem?
Try specifying an alias for the linked server with specific TCP/IP address and set...
May 18, 2007 at 9:11 am
You did not mention the Transaction Manager Communication options. Make sure all three options are turned on in that section of the dialog. Did you check there registry settings mentioned in...
May 18, 2007 at 8:42 am
I will add one thing (in addition to the very important set max memory already covered). There is almost NEVER a good reason to shrink a database. Make it as...
May 18, 2007 at 8:26 am
The only issue I had that didn't seem to be well documented in the setup steps was adding the login account used for sql services to the DatabaseMailUserRole in msdb.
May 18, 2007 at 8:21 am
To my knowledge neither version of sql server will allow updates to an identity column in a table unless that table has the set identity_insert property ON.
May 18, 2007 at 8:11 am
You say you have ruled out MSDTC Security Settings, but I still think that is the problem. I turned on the top 6 checkboxes (Network DTC Access, Both Client Admin and...
May 18, 2007 at 7:51 am
Excessive temporary object creation can cause blocking in tempdb system tables. I have seen this bring production systems to a halt. The only solution is to rework your code to...
May 17, 2007 at 8:31 am
>>As for why the 10 fold increase in performance, see http://www.sqlservercentral.com/forums/shwmessage.aspx?forumid=65&messageid=366109 Yes it was a whole mess of IO that didn't have any reason for occurring.
I knew it!!
>>I'm having...
May 16, 2007 at 2:27 pm
Even if you had 1000 of these IFs/CASEs in your sproc, I would not expect more than a millisecond or two difference between the two versions. You are talking registers...
May 16, 2007 at 11:08 am
I can pretty much GUARANTEE that futzing around with differences between IFs and CASEs you presented will be meaningless for improving performance. Those are CPU issues and thus have a...
May 16, 2007 at 10:10 am
Excellent suggestion Gabor! This is especially important for OLTP environments that include dated inserts (such as ERP systems) because the stats will not reflect the newer rows until a relatively...
May 15, 2007 at 10:01 am
Indeed it is 2005. The = (i.e. inner join) still works. However, per 2005 BOL reference ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.en/tsqlref9/html/36b19e68-94f6-4539-aeb1-79f5312e4263.htm
The FROM clause supports the SQL-92-SQL syntax for joined tables and derived tables....
May 15, 2007 at 8:33 am
I will add a few "guesses/hints" here too:
1) As already mentioned, fragmentation. This includes data/indexes inside sql server as well as OS FILE fragmentation. If this database was created with...
May 14, 2007 at 8:30 pm
I am still struggling to envision a reason for this behavior (as I am sure you are)!
1) was the use of parallelism the ONLY difference in the estimated (or better...
May 14, 2007 at 3:05 pm
I just recognized that you have a select * in the query. Do you REALLY bring back 4.5MILLION records to the front end?? And EVERY COLUMN for those 4.5M records? ...
May 14, 2007 at 10:12 am
Viewing 15 posts - 5,746 through 5,760 (of 5,842 total)