Viewing 15 posts - 44,011 through 44,025 (of 59,097 total)
Jan Van der Eecken (4/29/2009)
Jeff Moden (4/28/2009)
Sergiy (4/28/2009)
Jeff Moden (4/27/2009)
I don't allow such garbage into my db's to begin with. 😛
I believe this is the method that doesn't suck so...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2009 at 8:42 am
michaelberry67 (4/29/2009)
I think you all my benefit from my function that was published by SQL server magazine:http://www.sqlmag.com/Articles/ArticleID/97590/97590.html?Ad=1
Do you have any performance stats... say, on 100,000 rows?
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2009 at 8:40 am
Sergiy (4/28/2009)
Jeff Moden (4/27/2009)
I don't allow such garbage into my db's to begin with. 😛I believe this is the method that doesn't suck so much.
:hehe:
Heh... I just knew you were...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 28, 2009 at 11:18 pm
craig.lovegren (4/28/2009)
Jeff Moden (4/28/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 28, 2009 at 9:06 pm
craig.lovegren (4/28/2009)
guess we could always just run both methods over a largish table and get stats out of the query analyser (like cpu usage, etc)
I did exactly that, using the...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 28, 2009 at 3:26 pm
Mohan Kumar (4/27/2009)
backup database [dbaScripts] to disk=N'C:\backup\dbaScripts_1.bak',disk=N'd:\backup\dbaScripts_2.bak' with stats=10;
Rgds
Mohan Kumar VS
Heh... 10 is the default. Why bother typing it?
--Jeff Moden
Change is inevitable... Change for the better is not.
April 28, 2009 at 12:08 am
Sergiy (4/27/2009)
Jeff Moden (4/27/2009)
GSquared (4/27/2009)
To deal with times that don't have enough leading zeroes, you can either padd the string, or you can reverse it. Either one works.
As is...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 11:59 pm
John,
Do the numbers have to be in separate columns, or just on the same line?
Also, why do you need to do this type of denormalization? Where is the output...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 11:01 pm
ningaraju.n (4/27/2009)
If u use the Sub query its killing the Performance.. So..;-)
Not always true if the subqueries only use "=". Anyway, looks like Chris get's the hat-trick on this...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 10:50 pm
karthikeyan (4/27/2009)
i have to get the monthend date between @year_st and @year_end - current month (i.e previous month last date)i.e
31/jan/2009
28/feb/2009
31/mar/2009
I am trying to implement 'Tally' table logic.
I'll do the...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 10:48 pm
Ratheesh.K.Nair (4/27/2009)
backup database DB_name to disk='path.file1',
...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 10:10 pm
Scott Roberts (4/27/2009)
While I would completely agree that cursors are "significantly harmful", I'm not yet convinced that they are "no longer necessary".
Skepticism is certainly understood, especially on the types...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 9:55 pm
jim.rasmussen (4/27/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 7:46 pm
GSquared (4/27/2009)
To deal with times that don't have enough leading zeroes, you can either padd the string, or you can reverse it. Either one works.
As is usually the case,...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 7:28 pm
Actually, it only looked like the ORDER BY method worked in my article. It wasn't the ORDER BY that made it work. Of course, I'm just a day...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 7:16 pm
Viewing 15 posts - 44,011 through 44,025 (of 59,097 total)