Viewing 15 posts - 211 through 225 (of 692 total)
Always tempdb.
The buffers might be in memory, but they're still tempdb buffers.
October 26, 2005 at 10:35 am
No, that's incorrect. Implicit transactions create an implicit multistatement transaction. But single statements still have their own implicit transactions. Take this batch, for instance:
INSERT Tbl VALUES ('w',...
October 26, 2005 at 8:09 am
Every table (of any kind) exists in RAM until it is flushed to disk. If the lifetime of a table variable (or temp table, or even permanent table) is...
October 26, 2005 at 8:00 am
Good question.
I constantly battle the in-memory myth...
October 25, 2005 at 10:34 pm
There is ALWAYS a transaction whenever any kind of data modification occurs. Each DML statement starts an implicit transaction. You can choose to enlist one or more DML...
October 24, 2005 at 7:58 am
I found the whole setup to be somewhat of a red herring. The point is, if the trigger fails everything is going to fail. Doesn't matter if there...
October 17, 2005 at 11:26 pm
I suppose the attitude is, if it's not in the Standard, it's proprietary
October 11, 2005 at 8:50 am
Possibly. There are both tembdb contention issues and recompilation issues to worry about.
You can greatly reduce tempdb contention by following this KB article:
http://support.microsoft.com/kb/328551
As for the recompilation, you can...
October 11, 2005 at 8:49 am
Salvor,
You're right, they are set-based. But when a lot of people talk about set-based solutions (see posts by certain "gurus"), they show disdain for temp tables because they're proprietary....
October 11, 2005 at 8:13 am
Why do temp tables "suck"?
Purely set-based solutions are not always the best in terms of performance. There is a time and place for everything -- even cursors have some...
October 10, 2005 at 3:00 pm
I think you can be granted access to the view. AFAIK it does not require access to any fixed server role.
October 2, 2005 at 9:23 pm
This is a really great potential interview question! Thanks.
October 2, 2005 at 9:20 pm
SqlFunctionAttribute is an attribute that marks a method as a function -- so that SQL Server knows how you intend to use the method.
For more information on attributes, see:
http://insight.zdnet.co.uk/software/applications/0,39020466,2118655,00.htm
September 26, 2005 at 3:39 pm
Viewing 15 posts - 211 through 225 (of 692 total)