Viewing 15 posts - 52,591 through 52,605 (of 59,091 total)
Michael Valentine Jones (2/12/2008)
John Beggs (2/12/2008)
What boundary would you set...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 5:52 pm
Heh... proof again... performance is in the code... water cooled CPU's wouldn't have made that query run any faster.
Nice job, Matt.
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 5:48 pm
Previews lie... not sure I'd take 100% stock in the preview any more than the trust I put in an estimated execution plan (which I don't trust at all ;)...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 5:39 pm
Heh... correct... there's always that "one time" that justifies the cold water you have running through the garden hose to baseplate of the CPU in your server 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 5:36 pm
Lookup_BI (2/12/2008)
but despite many suggestions..My boss[:alien:] is still sticking with his decision.
Crud... I've been there and done that... having a boss that wears a big ol' chip on his shoulder...
Sure...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 5:29 pm
Heh... perfect...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 5:24 pm
Greg,
Would you post one of your emails that has the correct format, please? Be sure to use a code window (Click on "IFCode" in the menu of the edit...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 4:53 pm
antonio.collins (2/12/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 9:58 am
Yeah, Matt... I was afraid it would be something of that nature... too bad.
Micheal, I'm right there with you... compromise is to write code to generate static code. Have...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 9:51 am
I took a look in BOL for Kishore's suggestion on using tablediff.exe.
Lemme quote...
The tablediff command prompt utility returns detailed difference information between two tables and can even generate...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 8:00 am
You have to create a "share" to your directory... the share would be for the user that SQL Server logs in as... OR... if SQL Server was given super user...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 7:25 am
felipe (2/12/2008)
Please corrrect if I'm making any mistake, but I think SQL creates an unique ID to each opened transaction.
If it exist, I need to get this ID number.
Thank...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 12, 2008 at 7:22 am
You had all of that in your first post... obviously, you want some specific format and I'm tired of guessing...
Would you please type up what you want the output to...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 11, 2008 at 9:54 pm
So, what is it that you want to do? You've identified everything but that...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 11, 2008 at 9:35 pm
Instead of doing the FREEPROCCACHE thingy, which affects the whole server, just do a forced recompile in the proc. The other thing this sounds like is "Parameter Sniffing". ...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 11, 2008 at 8:06 pm
Viewing 15 posts - 52,591 through 52,605 (of 59,091 total)