Viewing 15 posts - 25,021 through 25,035 (of 59,099 total)
AVB (12/24/2013)
I read the article. Much easier than writing a loop too. I'm not familiar with the FOR XML commands so I opted to do it a different way but...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 24, 2013 at 11:19 am
homebrew01 (12/24/2013)
It is a table in an archive database that is in simple recovery mode.
The index itself is 1 or 2 gig. The database has 2 files (mdf & ndf),...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 24, 2013 at 10:58 am
The Dixie Flatline (12/24/2013)
Merry Christmas to all of y'all.Peace on earth, goodwill to all peoples. Even those at whom Jeff would throw pork chops..
🙂
Perhaps...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 24, 2013 at 10:08 am
harita (12/23/2013)
yes I created additional file groups
Did your "Partition Schema" identify which file groups would be used for each partition?
Also, why on this good green Earth did you pick an...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 1:49 pm
Thank you very much for the feedback.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 11:42 am
mattech06 (12/23/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 9:37 am
I would advise that killing a SPID should be considered a final and very desparate act because killing a SPID (it's documented on CONNECT as a major problem) will sometimes...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 8:44 am
Yes. 2013-Jan will AUTOMATICALLY convert to a DATETIME datatype if played against a DATETIME column. For example...
SELECT CAST('2013-Jan' AS DATETIME)
Will return 2013-01-01 as a DATETIME. Your...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 8:36 am
Tamil Vengai (12/23/2013)
try this...Declare @mydt datetime
set @mydt='2012-02-01';
select @mydt,Condition from #TestTable
where Condition='Yes' and @mydt between StartDate and EndDate
u can refer mr.jeff post for creating #TestTable...
🙂
That works great but it...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 6:56 am
David.Poole (12/11/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 5:59 am
Oh, be careful with that. The "week" datepart can change based on the setting of DATEFIRST. And, no... you shouldn't count on that setting.
I'm on my way to...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 5:45 am
ChrisM@Work (12/23/2013)
Jeff Moden (12/23/2013)
ChrisM@Work (12/23/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 5:40 am
Gary Varga (12/23/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 5:32 am
L' Eomot Inversé (12/23/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 5:20 am
yuvipoy (12/23/2013)
David Burrows (12/19/2013)
DECLARE @test varchar(max)
SET @test = CHAR(1)+CHAR(87)+CHAR(179)
SELECT CAST(CAST(SUBSTRING(@test,1,3) as varbinary(3)) as int)
how do u made CHAR(1)+CHAR(87)+CHAR(179) on which factor u decide if it is a...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2013 at 5:15 am
Viewing 15 posts - 25,021 through 25,035 (of 59,099 total)