Viewing 15 posts - 22,666 through 22,680 (of 59,099 total)
itwhiz (10/5/2014)
I need to prove that there is a speed issue with one of our stored procs/functions but to do this I need to create a large static work pattern...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 5, 2014 at 11:59 pm
rodjkidd (10/5/2014)
Jeff Moden (10/4/2014)
rodjkidd (10/4/2014)
Early start, have coffee, seen some familiar faces, so going well so far!
Any one got a heckle for Grant? 🙂
Jeff...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 5, 2014 at 8:03 am
To be honest and despite the best intentions of people doing such things, I'm afraid... very afraid.
Look at what went on just this last year. How many companies data...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 4, 2014 at 11:30 pm
Steve Jones - SSC Editor (10/4/2014)
Jeff Moden (10/3/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
October 4, 2014 at 10:10 pm
rodjkidd (10/4/2014)
Early start, have coffee, seen some familiar faces, so going well so far!
Any one got a heckle for Grant? 🙂
Jeff talking of wanting...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 4, 2014 at 10:08 pm
Probably not. And, you don't usually need to use CONVERT to cast a VARCHAR to a DATETIme when you're using things like DATEDIFF.
What you do need to do, though,...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2014 at 10:32 pm
gyerena (10/2/2014)
I have this doubt. I've found different answers for this question in the web. A fast_forward cursor is read only by definition, meaning the rows can't be...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2014 at 9:49 pm
Not everyone can afford the luxury of multiple boxes even if they're VM but I keep a Dev, Staging, and Prod systems up and running at all times. My...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2014 at 9:46 pm
Steve Jones - SSC Editor (10/3/2014)
Jeff Moden (10/3/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2014 at 9:12 pm
stephen.long.1 (10/3/2014)
Jeff,...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2014 at 9:10 pm
I'm in Pittsburgh for SQL Saturday 315 and I just got a PM from "Luke L" (one of the older members of SQL Server Central that's been laying low lately)...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2014 at 8:55 pm
Heh... the correct answer isn't actually listed. Answer "D" should be "During the mandatory peer review, you get a trip to the woodshed for a porkchop dinner for writing...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2014 at 7:43 am
Ok.... I've studied your code and tables a bit. Let's peel one potato at a time...
First, I see no need for the explicit transaction. Getting rid of that...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2014 at 12:24 am
Stamey (10/2/2014)
In a perfect world this never would have happened. In my world, ruled by management, I can only be as heavy-handed as they will allow me. My first suggestion...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 10:45 pm
dwain.c (10/2/2014)
DonlSimpson (10/2/2014)
declare @t varchar(5000) = 'RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row." This-divided-by,that|&/multiplied\by(100)give*you,%;<percent>.'
declare @s-2...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 10:37 pm
Viewing 15 posts - 22,666 through 22,680 (of 59,099 total)