Viewing 15 posts - 26,281 through 26,295 (of 26,490 total)
Not really a good test. On my desktop system the numbers were a lot closer. But what is also interesting is if you look at the execution times of each...
November 20, 2006 at 8:21 am
Actually, #tables and ##tables are more like database tables than table variables. Yes, table variables and #tables are created in tempdb, however, SQL Server does not handle them the same...
November 19, 2006 at 9:46 pm
Like I said, arguing is pointless. Neither of us is going to be swayed to the other side. You can continue to write your code your way and I will...
November 18, 2006 at 11:21 pm
Don't do an explicit log truncate after a transaction log backup. You may truncate a transaction that completes after the transaction log backup. Let the transaction log backup handle deleting...
November 18, 2006 at 10:02 pm
Sorry to disappoint you, but I am knowledgeable about the subject, although I may not be an expert. It is better to explicitly destroy that which is explicitly created. It...
November 18, 2006 at 9:19 pm
The other issue to consider: system performance and scalability. When does SQL Server destroy your #table temporary tables? Do they automatically get destroyed and free up disk space in tempdb...
November 18, 2006 at 8:20 pm
In a properly designed system, if you create a temporay table, you should drop it. You should not rely on the system to clean up after you.
November 17, 2006 at 10:00 pm
Try this:
select count(*) from (
select
a.IDP,
a.IDQ,
b.IDQ
from
dbo.ENC_ANSWERS a
inner join dbo.ENC_ANSWERS b
on (a.IDP = b.IDP)
where
a.IDQ = 'Male'
and b.IDQ = 'Office'
) t
hth
November 17, 2006 at 1:52 pm
Agree. It is always a good idea to drop the temp table rather than relying on SQL to clean up when the table passes out of scope.
November 17, 2006 at 10:31 am
Definately sounds like a permissions issue. As above, look at the account that SQL Server is running under on the server. It needs to have access to the Linux server...
November 16, 2006 at 3:37 pm
I think that depends on how you do authentication. If you will be using Windows Authentication, then the answer is most likely, yes. If you are using SQL Authentication, then...
November 16, 2006 at 3:33 pm
The two methods I have had success with are the detach/attach and backup/restore. I have not had any success with the Copy Database method using SQL Management Object method.
hth
November 16, 2006 at 1:25 pm
Luke L,
One thing in your explaination about backups: full and differential backups do not truncate the transaction log. That is only done by the transaction log backup. Full and Differential...
November 16, 2006 at 12:47 pm
When you truncate the transaction log, you are deleting all commited transactions that have been checkpointed (written to the database).
If you are no doing transaction log backups, and only truncating the...
November 16, 2006 at 12:42 pm
Viewing 15 posts - 26,281 through 26,295 (of 26,490 total)