Viewing 15 posts - 45,451 through 45,465 (of 49,571 total)
Write simple queries and ensure that the can use indexes effectively
Create a clustered index that is unlikely to fragment fast.
Create a couple of nonclustered indexes to support frequently run queries.
Without...
July 26, 2008 at 10:15 am
To answer any of that I'd need to know what it's deadlocking with. To find that you, you can run profiler and capture the deadlock graph event, or you can...
July 26, 2008 at 10:13 am
Mike Baria (7/25/2008)
Sure...but there's the rub...it never got implemented on a production server, yet it's in production. The dev server has other similar projects on it (in production but...
July 26, 2008 at 9:58 am
Truncating the log breaks the log chain. Once you're run it, you can't take any more log backups until you take a full or diff backup. They fail with the...
July 26, 2008 at 9:54 am
Please don't use all caps. It's the online equivalent of shouting at someone.
sqldba.hl (7/26/2008)
hI ,PLEASE WRITE A SYNTAX FOR EACH QUESTION ASAP
Why? Is this for a test or interview?
July 26, 2008 at 9:49 am
Sounds like a good plan.
July 26, 2008 at 9:34 am
Dynamic SQL is about the best solution for performance for this type of query. Though it does bring its own complexities. Apologies, I was under the impression that you were...
July 26, 2008 at 9:33 am
From a look at it, the performance you have is probably the best you're going to get. Between the SELECT * and the complex where clause, you're looking at an...
July 25, 2008 at 10:46 am
In general, wider nonclustered indexes are more useful than narrow. You want the indexes to satisfy as much of the where clause of the queries as possible.
Can you post the...
July 25, 2008 at 10:40 am
Is one of those full and log backup the DB with the really large log file? If so, the reason that the log has grown to that size if that...
July 25, 2008 at 10:39 am
Jr.DBA (7/25/2008)
Yes,It is a full recovery model. The transaction log backups and replication are running.Thanks
Hmm. Check that the tran log backups really are running. Check that the replication log reader...
July 25, 2008 at 10:29 am
Have you considered replication? Yes, there is a small overhead, but you can transfer the data realtime or on demand and you don't have to recreate or change the procedures/views/functions.
Plus,...
July 25, 2008 at 10:22 am
Is the database in full recovery mode?
Do you have transaction log backups running?
Do you have replication running?
What is the recovery requirements for this DB in the case of failure? (ie,...
July 25, 2008 at 10:07 am
It's used by the replication log reader, to mark that it has read and replicated a set of commands. You can use it if there's problems with replication, but that's...
July 25, 2008 at 9:56 am
It's posted in 2 different forums on the same site, posted at the same time. That's what I mean by cross post.
It's been standard internet etiquette since the early...
July 25, 2008 at 9:53 am
Viewing 15 posts - 45,451 through 45,465 (of 49,571 total)