Viewing 15 posts - 871 through 885 (of 1,065 total)
Surely it's the same for every question.
The answer isn't a secret, the information required to answer the question is out there somewhere. Some of it you will already know, some...
November 25, 2003 at 8:36 am
Replication Latency
Log Shipping Latency
When you come up with your full list of things to monitory, any chance you could post it here?
November 25, 2003 at 5:19 am
What are the names of the indexes that aren't listed in EM?
If they all start with '_WA', then they are the statistics that SQL Server builds on non indexed columns...
November 24, 2003 at 1:17 am
If these 'hypothetical' indexes have a name that starts with _WA, then they are statistics created as a result of having the 'Auto Create Statistics' option set on.
You can get...
November 19, 2003 at 6:17 am
RTM actually stands for 'Release To Manufacturing'
November 19, 2003 at 4:52 am
Also, before you go down the 'query hint' route, check that your index statistics are up to date, and do an 'UPDATE STATISTICS' if not. There's a good chance that...
November 19, 2003 at 1:13 am
Is it the SELECT part of the statement that is taking a long time to run (i.e. the where((XTELELINK IN.....), or is it the actual UPDATEs (i.e. are there so...
November 13, 2003 at 3:08 am
The following should get the 3 results you require:-
select id,max(Date) from tablename
group by id
and
select id,max(Date) from tablename
group by id
having max(Date) < '22/02/2003'
and
select id,max(Date) from tablename
group by id
having max(Date)...
November 12, 2003 at 3:29 am
Profiler has a 'Log File Auto Grow' event in the 'Database' class.
For this event, the integer data column tells you by how many pages the log file has been...
November 12, 2003 at 1:22 am
SQL Server stores a plan for a stored procedure based on the 'SET' options (e.g. CONCAT_NULL_YIELDS_NULL or ANSI_NULLS etc etc) in force at the time of execution.
If your connections have...
November 12, 2003 at 1:11 am
A performance counters bug was introduced in SP3. Have a look at the following link:
November 10, 2003 at 5:00 am
As long as your reporting users don't need up to date information, you don't need to restore the transaction logs every 15 minutes.
We have implemented a solution that backs up...
November 7, 2003 at 1:27 am
Thanks Mark,
I'll do that, as it's easy to add the DROP_EXISTING clause to the script it produces.
November 5, 2003 at 4:33 am
You've missed out the "if @@ERROR <> 0 GOTO TRAN_ABORT" check after the last insert.
November 5, 2003 at 3:55 am
Viewing 15 posts - 871 through 885 (of 1,065 total)