Viewing 15 posts - 21,946 through 21,960 (of 22,224 total)
I love IT. I'm clean, inside, sitting down, no one is shooting at me, nothing is likely to chew one of my appendages off, I'm well (some would say over)...
"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
April 13, 2007 at 6:14 am
This is a bigger topic than the question suggests, but in a nutshell...
You won't be able to manipulate the database of the 3rd party app. Assume that. If it's wrong,...
"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
April 12, 2007 at 12:00 pm
Since the DATEDIFF was done with 'dd', it's assuming differences in day only. If you're also trying to identify differences in time, which I suspect the Access app deals with...
"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
April 12, 2007 at 11:50 am
If you can use identity values, why not use them on the table that you're inserting into?
But, if you can't, you may to look at something like this instead: http://www.sqlmag.com/Article/ArticleID/48165/sql_server_48165.html
If...
"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
April 12, 2007 at 6:23 am
When you say "same database" do you also mean on the same 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
April 12, 2007 at 5:20 am
This is one well documented approach for performance tuning:
http://www.microsoft.com/technet/prodtechnol/sql/bestpractice/performance_tuning_waits_queues.mspx
"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
April 11, 2007 at 11:32 am
Try creating a user defined function that returns your next id and then you can call that function from the select statement.
CREATE Function fn_GetId ()
RETURNS INT
AS
BEGIN
...your code 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
April 11, 2007 at 10:25 am
If you can do it that way, then eliminate the temp table and simply batch the request
SELECT SUM()
FROM
(SELECT...
UNION
SELECT...)
GROUP BY WHATEVER
Eliminates the extra overhead of the temp table.
"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
April 11, 2007 at 9:40 am
You've got it. To add another table to the join is:
SELECT...
FROM Table1 t1
INNER JOIN Table2 t2
ON t1.Key=t2.Key
INNER JOIN Table3 t3
ON t2.Key2= t3.key2
The reason you can't simply...
"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
April 11, 2007 at 9:33 am
Ball park. As indexes degrade, performance tails off because retreiving the data just requires navigating across more pages. Then, as the statistics are more & more out of date as...
"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
April 11, 2007 at 8:16 am
By default there's a button that looks like a scroll with a disk in front of it that is "Generate Change Script." Clicking on that button will show the script...
"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
April 10, 2007 at 8:18 am
It's a database mail error.
"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
April 10, 2007 at 7:00 am
There isn't a single answer to a question like this. I'd start by looking over the best practices as listed by Microsoft here: http://www.microsoft.com/technet/prodtechnol/sql/bestpractice/default.mspx
Specifically some information on storage: "The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood" Author of:
- Theodore Roosevelt
SQL Server Execution Plans
SQL Server Query Performance Tuning
April 10, 2007 at 6:54 am
That sounds odd. That's a database mail error. According to BOL either the profile specified doesn't exist or the user running doesn't have permission to access the profile. You may...
"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
April 10, 2007 at 6:41 am
Ah, those wonderful 3rd party apps.
I really found next to nothing documented on that process. You may want to open a call with MS. I'd also contact the vendor and...
"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
April 10, 2007 at 5:41 am
Viewing 15 posts - 21,946 through 21,960 (of 22,224 total)