Viewing 15 posts - 40,546 through 40,560 (of 59,072 total)
I believe it's already been said on one of these threads but there are a thousand reasons why storing an ISO date as a numeric is absolutely the wrong thing...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 8:40 pm
Lynn Pettis (12/21/2009)
rahulsony111 (12/21/2009)
cast(convert(varchar(8), getdate(), 112) as int)it didn't work for me man
Worked for me when I ran it in SSMS. What error did you get?
It won't work in...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 8:37 pm
Heh... Wright's house reminds me of the way that a lot of developers write code... guaranteed water in the basement. 😛
and the foundation on which you build systems can change
"You...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 8:21 pm
Is it actually your goal to return over 4 million rows?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 8:07 pm
This is an "Ordinal Rank" problem. The following has your SQL Server 2000 answer along with a code example and all the things you must do to pull this...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 8:03 pm
homebrew01 (12/21/2009)
CirquedeSQLeil (12/21/2009)
Then a simple select * into tablebackup12212009 from table would suffice for the backup.
I seem to recall that you can get blocking when creating a table this way...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 7:41 pm
Heh... you have a triangular join, a while loop, and XML and still want to know why this is slow? 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 7:39 pm
Yes I could... but since this is likely an interview question or homework question and one of the skills a DBA must demonstrate is how to find out answers to...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 7:36 pm
BWAA-HAA!!! Frosty needs to get a set-based decoder ring! 😛
DECLARE @ToAllGoodPeople TABLE
(
RowNum INT,
...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 7:24 pm
In plain English, what is it that you're trying to do?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 6:07 pm
Before you set autogrow to anything, you need to find out what is causing the autogrowth. Like you've said, you've probably patched beyond the point of the fault. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 6:02 pm
BCP won't hold a table open like that. Something else has a grip on the table.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 5:55 pm
Ok... so let's peel one potato at a time. My first question would be.... did you try just removing the "GO"'s?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 5:50 pm
So, you're all set then?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 5:48 pm
The problem isn't with how cursors work... the problem is with how databases work. For SELECT statements, the only way to guarantee an order of the result set is...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2009 at 8:46 am
Viewing 15 posts - 40,546 through 40,560 (of 59,072 total)