?
Solved

Query Runs on Development Edition but do not work on Enterprise and Standard Edition (SQL2000)

Posted on 2011-09-28
9
Medium Priority
?
179 Views
Last Modified: 2012-05-12
Hi,

I have a stored procedure it works great on SQL Server 2000 Developer editon and the query performance is close to 1 min and then we deploy the same stored procedures on
Enterprise and Standard Edition (SQL2000) it does not work, it just keeps on running.

Any idea whats happening when we move the stored procedure to Enterprise and Standard, why it is not working?

Regards,
Rithesh
0
Comment
Question by:Star79
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
9 Comments
 
LVL 16

Expert Comment

by:Easwaran Paramasivam
ID: 36812690
Could you please share the stored procedure details? What it does? The input you provide to the SP in both editions are same?

By debugging the SP you can findout where it goes wrong. http://www.codeproject.com/KB/database/SQLDebuggingVSNET.aspx
http://support.microsoft.com/kb/316549
0
 

Author Comment

by:Star79
ID: 36812723
Everything is exactly the same. The query is very big, i may not be able to send but this is what it does.It creates few temporary table (Clustered Index), queries the records close to 25 million.
It is all select,insert into temp tables which have a clustered index on it.

Can you suggest some pointers?
0
 
LVL 25

Expert Comment

by:TempDBA
ID: 36812840
What error you  are receiving?
0
Get real performance insights from real users

Key features:
- Total Pages Views and Load times
- Top Pages Viewed and Load Times
- Real Time Site Page Build Performance
- Users’ Browser and Platform Performance
- Geographic User Breakdown
- And more

 
LVL 16

Expert Comment

by:Easwaran Paramasivam
ID: 36812905
I hope the SP you run in the Standard Edition could be cached and it seems like it takes less time. But in Enterprise edition you run first time. As there is no cache this time, it takes long time I guess.

Most probably it would be related to Query fine tuning. Instead of temporary table you could consider using Views/Table Variables. If you use order by then remove and see what happens.
0
 
LVL 7

Expert Comment

by:luani
ID: 36813062
Enterprise and Standard Edition (SQL2000) it does not work, it just keeps on running.

Wait until you get an error message or it finishes (if so re-run to see if  speeds up)..also check the enterprise server settings...about memory allocated
0
 
LVL 50

Accepted Solution

by:
Lowfatspread earned 1000 total points
ID: 36814348
so you tested against a 25 million row table in the developer edition?

you have confirmed that all

 indexes are the same in the different environments
 triggers are the same and present
 indexed views/partitioned views

 what about the placement and size of tempdb/ physical server ram...

 are any other processes running on the server  which where not running to the same frequency/spec in the developer environment

are statistics uptodate in the "production" environments

please post the procedure or provide more detail general information...
e.g. how are the temp tables populated?
what loops/cursors are used
how is the stored procedure invoked?
how many users does the environment support?
can/is the procedure executed concurrently by multiple users...

what filters does the procedure apply to the tables it processes...
0
 
LVL 75

Assisted Solution

by:Anthony Perkins
Anthony Perkins earned 1000 total points
ID: 36819127
>>Any idea whats happening when we move the stored procedure to Enterprise and Standard, why it is not working?<<
Because your data, server or some other factor is different.  This has nothing to do with the edition, whatsoever

0
 
LVL 23

Expert Comment

by:Racim BOUDJAKDJI
ID: 36899849
<<Any idea whats happening when we move the stored procedure to Enterprise and Standard, why it is not working?>>
I concur with previous comments.  What tells you that the deployment failure is due to edition ?
0
 
LVL 23

Expert Comment

by:Racim BOUDJAKDJI
ID: 36899858
From the tenure of your question, I'd say that there is something that prevents your procedure from running in a non-FIFO environment (Production environment are not).  Look at blocking or deadlocking.  Please post the showplan of the procedure and check whether there are any indexes missing.
0

Featured Post

Percona Live Europe 2017 | Sep 25 - 27, 2017

The Percona Live Open Source Database Conference Europe 2017 is the premier event for the diverse and active European open source database community, as well as businesses that develop and use open source database software.

Question has a verified solution.

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

Recently we ran in to an issue while running some SQL jobs where we were trying to process the cubes.  We got an error saying failure stating 'NT SERVICE\SQLSERVERAGENT does not have access to Analysis Services. So this is a way to automate that wit…
What if you have to shut down the entire Citrix infrastructure for hardware maintenance, software upgrades or "the unknown"? I developed this plan for "the unknown" and hope that it helps you as well. This article explains how to properly shut down …
Using examples as well as descriptions, and references to Books Online, show the different Recovery Models available in SQL Server and explain, as well as show how full, differential and transaction log backups are performed
Via a live example, show how to shrink a transaction log file down to a reasonable size.

770 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