Viewing 15 posts - 1 through 15 (of 31 total)
Thanks for the reply. I'm putting my bets on blocking...
I am reading about using SQL Trace. I see "Lock: Timeout (timeout > 0)" as a candidate to trace. Does that...
December 3, 2011 at 3:30 pm
Your example also demonstrates that the fields hold their original values. Thanks. I just didn't know if this is something, which SQL guarantees or is implementation-dependent.
August 1, 2011 at 8:51 am
If all field values contain their original value (i.e., before the update), then that's exactly what I wanted to know. This is the guarantee I was looking for. Thank you!
August 1, 2011 at 8:40 am
Thanks to all of you for your advice. I'll follow up as soon as possible...
Jamie
September 20, 2010 at 2:51 pm
The rows are already available in a table variable, so the issue is not the time to gather them.
You are right that SELECT INTO is normally very fast. And the...
September 19, 2010 at 3:40 pm
Thanks, guys.
The reason I asked is because the table in question is very large (about 1,000,000 records). Using SELECT INTO takes a couple of minutes to complete and creates so...
September 18, 2010 at 2:37 am
Lynn Pettis (5/9/2009)
You do understand that it isn't the implicit or explicit transaction itself that creates the locks, but the action itself (INSERT,UPDATE,DELETE, and even SELECT), and that any locks...
May 9, 2009 at 8:15 am
Hi all,
Thanks again to all who contributed to this post. As the OP (I'm assuming that means me, although I don't know what it stands for (original poster?)), let me...
May 9, 2009 at 5:57 am
Paul White (5/8/2009)
Jamie Julius (5/7/2009)
May 8, 2009 at 3:04 pm
Bob Hovious (5/7/2009)
May 8, 2009 at 12:11 am
I didn't mention the datetime stuff in the original post, because I wanted to simplify the question. Please note that the crux of the question is about concurrency. I appreciate...
May 7, 2009 at 12:44 pm
And then I guess I would need to handle the specific "duplicate" error as a non-error.
May 7, 2009 at 7:04 am
Thanks. I'm familiar with Books Online. It seems to me that the proposed SQL would be considered an implicit transaction. It would be run under the default isolation mode of...
May 7, 2009 at 6:22 am
Steve Jones - Editor (5/6/2009)
May 7, 2009 at 1:11 am
Thanks to all of you who looked into my question!
I gather that the consensus is to combine everything into a single statement like this:
insert into dbo.UserStats
select
May 7, 2009 at 12:55 am
Viewing 15 posts - 1 through 15 (of 31 total)