Viewing 15 posts - 46 through 60 (of 136 total)
sotn (11/28/2011)
I agree there should be, but there isn't 🙁I have attached the screen shot of it, in case that helps.
That's odd. 800MHz sounds awfully fishy though, you probably want...
November 28, 2011 at 5:58 am
sotn (11/28/2011)
The specification line shows AMD Opteron(tm) Processor 6172The Core Speed line shows 800.0MHz
There should be text at the end of the Specification line that shows the spec speed; something...
November 28, 2011 at 5:29 am
sotn (11/28/2011)
running the cpu-z tool i can see that the server is as AMD Opteron 6172 and the core speed is 800 Mhz
What does CPU-Z show the speed should be,...
November 28, 2011 at 5:01 am
Any chance your new server has power saving CPUs installed?
http://www.brentozar.com/archive/2010/10/sql-server-on-powersaving-cpus-not-so-fast/
November 26, 2011 at 12:23 pm
Here's some info on generating the actual execution plan when running a query from SSMS: http://msdn.microsoft.com/en-us/library/ms189562.aspx. Once the plan has been generated, you can right click in the plan window...
November 25, 2011 at 7:46 am
It's going to depend on a few factors, such as the depth of your hierarchies, your indexes, and so forth. Can you post the actual execution plan for the long...
November 24, 2011 at 8:15 pm
kyadav (11/21/2011)
Plans are attached.Regards,
Virendra
I suspect SQLRNNR was hoping for the Actual Execution Plan rather than the Estimated Execution Plan. One shows what SQL Server "thinks" will happen when the query...
November 21, 2011 at 6:05 pm
p-nut (11/21/2011)
This is probably a good case for CROSS APPLYhttp://weblogs.sqlteam.com/jeffs/archive/2007/10/18/sql-server-cross-apply.aspx
Jared
Well...possibly. But if the requirement is just to join aggregated data to rows in another table, I don't know that CROSS...
November 21, 2011 at 5:19 pm
That might work ok, but be careful. Since the original field was NTEXT, it may contain Unicode characters that would be lost on conversion to VARCHAR; you're probably better off...
November 21, 2011 at 2:46 pm
You're welcome! Glad it worked for you!
November 21, 2011 at 10:53 am
dan.k.williams (11/21/2011)
November 21, 2011 at 9:31 am
Use a derived table to return the results of the aggregate, then join that to your secondary table:
SELECT *
FROM ( -- The results of the aggregation create the derived table...
November 21, 2011 at 9:12 am
Something like:
USING (
SELECT Xclaimflag_id, MIN(warehoused) AS warehoused
FROM X.dbo.tbl_Xclaimflag
GROUP BY Xclaimflag_id
)AS SRC ON (SRC.Xclaimflag_id = DST.Xclaimflag_id AND SRC.warehoused = DST.warehoused)
(Assuming that "warehoused" is the name of the...
November 21, 2011 at 9:05 am
dan.k.williams (11/21/2011)
I think...
November 21, 2011 at 9:02 am
There is at least one situation where the criteria defined in your MERGE and MATCHED statements result in more than one row from SRC being used to update a single...
November 21, 2011 at 8:50 am
Viewing 15 posts - 46 through 60 (of 136 total)