Viewing 10 posts - 1 through 11 (of 11 total)
Peso, I think that I was able to modify your code to get what I need. We were using SQL 7, so long that I forget about the new...
July 9, 2008 at 10:31 am
Just a little more background on this, the EmpBenefits table has many records for many different people. I need to look for the highest level record for a each...
July 9, 2008 at 10:02 am
I have solved this, but I am an not sure why. If I add the column EmpBen.TrackingID it runs fast and the plan is differnent, it uses a bunch...
July 8, 2008 at 4:17 pm
Here is the new plan.
July 8, 2008 at 2:11 pm
The plan changed slightly, for the PersonalData Index Scan it is now using the new index instead of a dta_ index. It is still not doing a RID lookup.
July 8, 2008 at 1:23 pm
Adding the '0 Basic' did not slow down the fast one.
July 8, 2008 at 1:18 pm
That did not work, same plan. The EmpBenefits table is the big one, almost 1.3 million rows. PersonalData & Census are smaller, ~125000 rows and ~50000 rows.
July 8, 2008 at 1:13 pm
Here are the plans. remove the .txt
Thnanks, Brian
July 8, 2008 at 12:36 pm
I know it does not make sense. I am not using any limiting factor. Here is the query:
-- Select individual columns
SELECT LName, FName, Address1, Address2, City, [State], Zip,...
July 8, 2008 at 11:44 am
GilaMonster (7/8/2008)
Is it consistent? Did the data have to be fetched from disk on one? Possible blocking?
It seems to be fairly consistent, usually select * is faster, but I usually...
July 8, 2008 at 11:37 am
Viewing 10 posts - 1 through 11 (of 11 total)