Viewing 15 posts - 20,791 through 20,805 (of 22,232 total)
How about
OUTPUT INSERTED.CategoryId
because there wasn't a column in the list called ID
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 27, 2008 at 7:05 am
I don't think that's possible. Unless there's a way to make the Compact database a linked server, there's no way to open a connection within TSQL. You could write CLR...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 27, 2008 at 6:58 am
I agree that NOT using a cursor is an even better approach.
However, to answer your question, I wouldn't use the WHILE loop with a BREAK statement because it's really a...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 27, 2008 at 6:23 am
It sure sounds like you need to set up Profiler. That will capture the stored procedure calls along with the parameters passed, no extra code on your part required. You...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 27, 2008 at 6:19 am
A teenager down at the dojo says I'm losing my touch... He's testing in August. I'll "touch" him then.
Anyway, glad to be of use. One other point worth mentioning is...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 27, 2008 at 5:33 am
Not even, don't worry about it.
You've got a lot of options. You mentioned triggers. That is one possibility. Another would be to use the OUTPUT clause from your data modification...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 26, 2008 at 11:23 am
See the post above by Julius. That shows how to unpack the XML files.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 26, 2008 at 10:28 am
Can you edit the sample XML to remove the angled brackets? I usually use square brackets and comment the code. The angled brackets results in blank data as you see...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 26, 2008 at 6:38 am
And the place you want to go to look at these locks as they occur is sys.dm_tran_locks (p. 346 😛 ).
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 26, 2008 at 5:26 am
The reason you're getting an error saying those objects don't exist is because those objects don't exist in 7.0.
I actually don't have any more copies of 7.0 installed around here...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 25, 2008 at 9:37 am
Also, from the sounds of things, you're doing RBAR (row-by-agonizing-row) processing. Can't you pass the ID's to your query as a set and then do a join against your data...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 25, 2008 at 6:58 am
The order of locking depends on the query being run. That's why two different queries can lock in different order leading to deadlocks. You can usually spec it out in...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 25, 2008 at 6:52 am
One more for it depends. With a very simple comma delimited list, we've found that a UDF can perform well enough to turn that into data within a query. For...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 25, 2008 at 6:43 am
Nice catch Jack. I just hadn't been aware of that. It's good to know because it's the kind of thing that can lead to a lot of confusion. Just to...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 25, 2008 at 5:36 am
No, you can't pass the table name as a variable. You're close though. Instead of this:
UPDATE @TableName
SET @ColumnName = NEWID()
Create a variable of type nvarchar(max) and try this:
SET @sql =...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
March 24, 2008 at 4:13 am
Viewing 15 posts - 20,791 through 20,805 (of 22,232 total)