Viewing 15 posts - 21,661 through 21,675 (of 22,224 total)
I'm sorry, I don't understand what you're asking.
Do you mean, where are the stored procedures? Depending on the app, there may not be any, but if there are, they're part...
"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
October 18, 2007 at 12:49 pm
Unless you put a lock on the table as suggested in the previous post, yeah, the second query will try to delete what the first query was doing.
You may want...
"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
October 18, 2007 at 10:19 am
Derek Karpinski (10/18/2007)
Where you don't need absolute acuracy. 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
October 18, 2007 at 10:09 am
Sounds reasonable. I guess I'm going to have to get off my dead behind & get my MCDBA.
Seriously though, it doesn't sound unreasonable. You just need to get the infrastructure...
"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
October 18, 2007 at 9:22 am
Exactly.
Another option might be to keep them in the call app and pass them in as either a delimited list or XML list and then either turn the delimited list...
"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
October 18, 2007 at 8:36 am
Well, it depends. Most of the time, yes, but watch for Table Spool operators in the query plan as a way to spot interim tables being built. You'll definitely 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
October 18, 2007 at 8:28 am
If you read Itzik Ben-Gan's book on SQL Querying, he lumps CTE's and derived tables together because they are so similar in behavior (as you're seeing in the execution plans...
"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
October 18, 2007 at 7:18 am
What the hell, I'm just a volunteer at PASS, so the pay cut when I get fired isn't going to be too bad.
I think a lot of these are very...
"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
October 18, 2007 at 6:51 am
I understand there's no server.
If you built FoxPro app and had a shared database that more than one user was going to hit, each of the clients had some...
"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
October 17, 2007 at 12:24 pm
Sure sounds like a client type of error. We get the same thing when we try to connect to Oracle when the Oracle client hasn't been installed on the server...
"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
October 17, 2007 at 12:05 pm
Here you go. This is using AdventureWorks. Have fun:
CREATE VIEW y
AS
WITH x AS (SELECT *
FROM [HumanResources].[Employee]
)
SELECT * FROM x
GO
SELECT * FROM y
"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
October 17, 2007 at 10:34 am
Please tell me that 260 tables were designed with a clustered index as part of the design.
If you left the clustered index off all the tables as you built the...
"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
October 17, 2007 at 6:42 am
Definitely BOL as stated above.
Additionally, you can check this article by Robyn Page[/url]
"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
October 17, 2007 at 6:40 am
You can't trap errors in 2000. TRY/CATCH was introduced in 2005 in order to provide error trapping.
"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
October 17, 2007 at 6:31 am
I apologize, but I've never heard of the nested update statement before. I ran it through Google and BOL. I'm not seeing it anywhere.
"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
October 17, 2007 at 6:23 am
Viewing 15 posts - 21,661 through 21,675 (of 22,224 total)