Viewing 15 posts - 53,881 through 53,895 (of 59,072 total)
we quickly resolved the situation by upgrading the server to 2GB of RAM
Heh... I guess they didn't think too much of their server 😛
Good write up about what to...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 28, 2007 at 12:15 am
At this point in 1% of the cases this session variable has somebody else's order id. And in 99% it's correct.
Absolutely not true... Scope_Identity will always return the correct ID......
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 11:40 pm
Any suggestions?
Yes... why recalculate the same thing over and over and over? How often does the "tree" change? You need to convert your "Adjacency" model to a...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 11:23 pm
Ummm.... I'm pretty sure that XML uses for tags and not { }... that may be part of the problem...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 10:03 pm
Did you look in BOL? Pretty well stated there...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 9:44 pm
Heh... wasn't so concerned about IBM as I was that folks thought a megabyte was either 1,000 bytes or 1,024 bytes. Thanks for the edit...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 9:41 pm
Heh... it depends... is the spoon and the plate there?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 9:38 pm
Um... no, I don't think so... a Mega byte is a binary million bytes, not a binary thousand.
Convert from Bytes to KBytes by dividing by 1,024.
Convert from Bytes to MBytes...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 9:10 pm
I need this to be a single create statement.
Why?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 8:59 pm
Ananth,
Are you all set with your running total problem? Was the link that Andras provided sufficient or do you need something a bit more specific? Just wanna make...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 8:16 pm
karthikeyan (11/27/2007)
Jeff,Gathering Running total only is not my job. Really i am trying to give answers which comes under my knowledge.
for your reference,;)
----------------------------------------------------------------
http://www.sqlservercentral.com/Forums/Topic425244-169-1.aspx
----------------------------------------------------------------
Sounds a bit arrogant, Karthik... perhaps it's the...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 8:15 pm
No-one has suggested writing a VBS file using ADO to loop through the recordset writing to a file at each iteration
The reason I've not suggested such a thing is that...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 8:09 pm
What does change is I pull a subset of the columns (50-70%) and modify their datatype and/or...
That would be part of the reason why things take so long... why...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 8:07 pm
If it's within the same proc, yes... I'll many times use a temp table with indexes, etc. If there are several procs that require the same process, I'll build...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 8:04 pm
OMG! ROFLMAO! Just when I stopped laughing at this, I laughed again! Way too funny! Lordy, I love dry humor! Thanks for making my day,...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 27, 2007 at 5:43 pm
Viewing 15 posts - 53,881 through 53,895 (of 59,072 total)