Solved

SQL Performance issue

Posted on 2013-05-11
7
317 Views
Last Modified: 2013-05-15
I have 2 environment say A &  B. A  is the testing phrase 1 environment and B is testing phrase 2 env.

In A env I have database which holds more data than env B. When I run a select query on Env A it get's executed fast(say 40 seconds.)Same query executing on env B takes 50 minutes.

Result of this query doesn't return any records.It will be 0.
The select query has 15 joins.No aggregation/calculation is performed in this query. It's just selecting a columns.

1.Below are my analysis details:
I saw the execution plan on both ENV.
In A estimated number & actual number of rows is 0 
In B estimated number = ~76 millions & actual number of rows is 0 

2.Fragmentation:
In env a= ~0.99 for all 15 tables
In env b = ~ 14 for all 15 tables

3.Same query executing without where clause in B is taking just 1 minute.

Should I update the statistics? 

Open in new window

0
Comment
7 Comments
 
LVL 23

Accepted Solution

by:
Racim BOUDJAKDJI earned 500 total points
ID: 39158379
Please post the show plan.  It looks you are missing an index.  Posting the query would help.  updating statistics and index rebuild can not hurt.  Just make sure you do it at the right time.
0
 
LVL 5

Author Comment

by:VIVEKANANDHAN_PERIASAMY
ID: 39158410
Sorry,Right now I in home and couldn't help to post the plan.

But I confirm that,both has same indexes I missed to mention this point while posting.

Just trying to understand why estimated rows is high for env B.
0
 
LVL 75

Expert Comment

by:Anthony Perkins
ID: 39158770
Just trying to understand why estimated rows is high for env B.
When was the last time statistics were updated?
0
PRTG Network Monitor: Intuitive Network Monitoring

Network Monitoring is essential to ensure that computer systems and network devices are running. Use PRTG to monitor LANs, servers, websites, applications and devices, bandwidth, virtual environments, remote systems, IoT, and many more. PRTG is easy to set up & use.

 
LVL 12

Expert Comment

by:Saurabh Bhadauria
ID: 39158947
Two things you can try to updating your statistics ..
Another optimize your query , it may help as the same can behave differently in different environment as per data volume...
And chk out your indexes...
0
 
LVL 5

Author Comment

by:VIVEKANANDHAN_PERIASAMY
ID: 39159086
My concerns here, env having large number of records executes fast ( less than minute) and environment having less records taking long time (morethan 50 minutes). Both output are the same,both have same number of indexes.

I have just like know why the estimated number of records is high(~75 million) in one and 0 in another.So like to understand what is happening inside the database engine.
0
 
LVL 75

Expert Comment

by:Anthony Perkins
ID: 39159656
I have just like know why the estimated number of records is high(~75 million) in one and 0 in another.
Let's try that again, as you may have overlooked my comment:
When was the last time statistics were updated?

Let me know if you do not understand the relevance of the question and why it may address your specific question.
0
 
LVL 5

Author Comment

by:VIVEKANANDHAN_PERIASAMY
ID: 39163715
>>Should I update the statistics? <<

Running sp_updatestats fixed the issue.
0

Featured Post

NAS Cloud Backup Strategies

This article explains backup scenarios when using network storage. We review the so-called “3-2-1 strategy” and summarize the methods you can use to send NAS data to the cloud

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

How to leverage one TLS certificate to encrypt Microsoft SQL traffic and Remote Desktop Services, versus creating multiple tickets for the same server.
Ever wondered why sometimes your SQL Server is slow or unresponsive with connections spiking up but by the time you go in, all is well? The following article will show you how to install and configure a SQL job that will send you email alerts includ…
Via a live example combined with referencing Books Online, show some of the information that can be extracted from the Catalog Views in SQL Server.
Via a live example, show how to shrink a transaction log file down to a reasonable size.

839 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question