Viewing 15 posts - 43,981 through 43,995 (of 59,063 total)
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
Johan,
Run the first test using the clustered index as it is. Then, drop the clustered index and add a new one based on some other columns. Run your...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 7:12 pm
Andrew L. Smith (4/27/2009)
I agree with this for the most part, but have an exception that I would like to see if you have an answer for. For example, I...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 6:49 pm
Lynn Pettis (4/27/2009)
Since there was no production problem I had, after this input I could show my chief some really great new things and it causes that some parts of...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 6:42 pm
Florian Reischl (4/27/2009)
The String Enumerator (I just called it "String Enumerator" for better understanding what it does) performs very good! Especially for more rows. I just tried with some...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 27, 2009 at 6:36 pm
Viewing 15 posts - 43,981 through 43,995 (of 59,063 total)