Viewing 15 posts - 52,036 through 52,050 (of 59,067 total)
Sorry, previous knowledge... he's asked for it before on a different thread.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 2:47 pm
Jacob Luebbers (3/6/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 2:45 pm
The join needs to be part of the covering index or you will only get a scan.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 2:37 pm
The tuning wizard is recommending a full blown "Covering Index" and it's a good thing to have for a heavy duty set of SELECT's like this. It will, however...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 2:33 pm
The only way either of those would fail is if the data is different that what you said. Please post some sample data and a table to load it...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 2:31 pm
a-brbeck (3/6/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 2:19 pm
Oooohhh... I just ran into that paging problem... really bad case of parameter sniffing and the traditional methods don't fix it... only full blown dynamic SQL fixes it... lemm see...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 1:38 pm
p.s. You friend DOES know what Books Online is, doesn't (s)he??? I figure if you have to ask questions on this forum for him/her, they just might not...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 1:03 pm
A week of preparation on this is not enough... but I'd say your best bet is to curl up with Books Online for the next week...
ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.en/udb9/html/e9099cce-7f81-4808-8523-587bbcdc1720.htm
ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.en/udb9/html/c2eb5f77-2dc1-49b4-bd19-2cdac4c6cae1.htm
ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.en/udb9/html/31529dfe-68e7-49f7-b3c2-39fcecf33a95.htm
... an exam-cram of this...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 1:00 pm
Just another test... please ignore.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 11:00 am
Just a test... please ignore...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 9:12 am
Perhaps a permissions change on SQL Server or someone removed a "share" from the target drive... or, maybe the file isn't there anymore... or the machine the file is on...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 8:01 am
Shiva,
Try the Microsoft website... I'm sure they have oodles of SSIS propaganda there...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 7:58 am
Ok... was just making sure. You should have no problems with the temp tables.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 7:54 am
No... you don't need anything that complicated. Looky here...
[font="Courier New"]SELECT CAST('Jan 2008' AS DATETIME)
------------------------------------------------------
2008-01-01 00:00:00.000[/font]
So, the only thing you need to do is change the backslash to a...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 6, 2008 at 7:52 am
Viewing 15 posts - 52,036 through 52,050 (of 59,067 total)