Viewing 15 posts - 21,481 through 21,495 (of 22,184 total)
This being the SQL Server 2005 development board, and your question being about connecting Access to SQL Server 2000, you might want to post it in a different forum. Start...
November 21, 2007 at 5:01 am
Assuming both databases are on the same server:
INSERT INTO DB1.schema.table
()
SELECT ...
FROM DB2.schema.table
November 21, 2007 at 4:58 am
Andy,
Thanks so much for posting this. Ever since I heard about the event I've been wondering how you went about pulling it off. It's something I'd like to see our...
November 21, 2007 at 4:55 am
We do this sort of query quite a lot. We've found that we use one of two patterns, one works well for a single row, one works well for multiple...
November 20, 2007 at 9:37 am
No one is going to want to look at a report that has 43 columns, let alone 430 or 43000. You'd want to look at aggregating the data in some...
November 20, 2007 at 8:20 am
Ah, true. I thought we were dealing with only a few rows. If there are hundreds or thousands, this won't work well at all. As a matter of fact, if...
November 20, 2007 at 7:41 am
The 'FROM x' should be changed to 'FROM dbo.DATA_QUALITY_OVERVIEW_TOTALS_AND_PERCENTAGES' because X was just name of the test table that I cooked up to play with your data.
You can look at...
November 20, 2007 at 7:27 am
Oh heck, I misread. You do have an ORDER BY. Oops. Sorry for the bad info.
November 20, 2007 at 7:08 am
This is a slight modification of a Jeff Moden script:
DECLARE @SQLHead VARCHAR(8000)
DECLARE @SQLBody VARCHAR(8000)
DECLARE @SQLFoot VARCHAR(8000)
--===== Populate the variables using info from the table
SET @SQLHead =...
November 20, 2007 at 7:03 am
Well, basically, if you don't need a join, don't use one. Even if there are no rows, the engine needs to look at the table to determine the fact that...
November 20, 2007 at 5:58 am
Funny, I was just reading about this, you can't use the TOP without an ORDER BY in that situation.
November 20, 2007 at 5:53 am
I guess I'm wrong, but I thought that the TOP operator strictly applied to what was returned to the client, not what was actually processed on the server. It does...
November 20, 2007 at 5:45 am
TOP simply limits the results returned to the client. All processing that has to take place on the server to gather the result set is still done, single table or...
November 19, 2007 at 1:24 pm
The only thing I'm aware of that you can do by default is monitor file growth & shrinkage through Profiler. Maybe if you created a custom counter, but I'm not...
November 19, 2007 at 6:43 am
Looking through the query, it looks like you've got some design issues. You're doing joins between the billing & cancellation tables to a whole slew of other tables that all...
November 19, 2007 at 5:38 am
Viewing 15 posts - 21,481 through 21,495 (of 22,184 total)