Viewing 15 posts - 52,021 through 52,035 (of 59,091 total)
It sounds to me like the DateDebut column is a VARCHAR column and could be in the dd/mm/yyyy format instead of the format you're expecting of mm/dd/yyyy.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 2:48 pm
Hold the phone... how do you know that the only things that start with VA are VA- as in Virginia... never do an update of this nature without first doing...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 2:43 pm
Wow this thread reminds me of my last interview. I was asked what is the fastest way to clear a table.
BWA-HA-HA-HA!!! Oh, the poor fools that last asked me...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 2:22 pm
The reason why you have to do it with Dynamic SQL is because it will not allow you to do formulas in the query. The Query must be "hard...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 1:15 pm
Sorry... I can't read Spanish...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 1:13 pm
I'll throw in that just from a code consistency standpoint, WHERE IN should be rewritten to a normal INNER JOIN like Lynn wrote it.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 1:07 pm
You may have to do a DBCC UPDATEUSAGE on TempDB just before the sp_SpaceUsed to get that to change...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 11:42 am
Correct... not worth it. And thanks for the feedback.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 11:39 am
What? One row? You'll need to show me that URL... take a look at Books Online, instead... example they give uses SELECT TOP 1000 *...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 11:32 am
I'm not so sure that's true, Adam. I believe you can use OPENQUERY for this.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 10:52 am
Yes... there is another way using a triangular join... but it's horribly slow and relies on a unique or primary key and an order by...
To generate a running count in...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 10:47 am
I'll see if I can resurrect the code I used tonight and share it here...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 10:13 am
Not without actually seeing the code...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 10:10 am
Thanks for the feedback, Shally.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 10:07 am
Heh... it wouldn't take as long to explain in person as it did here, Johan... I'd have just pointed out the couple of optimizations that everyone expects, explained that there's...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 7, 2008 at 10:03 am
Viewing 15 posts - 52,021 through 52,035 (of 59,091 total)