Report fast on local, slow on SQL server

zappy
Member Posts: 15
I hav every simple report but with meny records, something like
Entry (1000000)
__Documents (5)
____Entry (1000000)
______Entry (100)
________if ....
__________INSERT something
In () are number of record ... cca.
On the local PC is very fast, about 2..3 minutes. On the MS SQL server it takes hours ...
All kyes has SWIFT right, all objects are rebuild on the SQL server. I have tried tu run in exactly on the same server, where database is .. the same result = slow like turtle. ](*,)
Any idea?
Entry (1000000)
__Documents (5)
____Entry (1000000)
______Entry (100)
________if ....
__________INSERT something
In () are number of record ... cca.
On the local PC is very fast, about 2..3 minutes. On the MS SQL server it takes hours ...
All kyes has SWIFT right, all objects are rebuild on the SQL server. I have tried tu run in exactly on the same server, where database is .. the same result = slow like turtle. ](*,)
Any idea?
Tomas Zadrapa
0
Comments
-
zappy wrote:I hav every simple report but with meny records, something like
Entry (1000000)
__Documents (5)
____Entry (1000000)
______Entry (100)
________if ....
__________INSERT something
In () are number of record ... cca.
On the local PC is very fast, about 2..3 minutes. On the MS SQL server it takes hours ...
All kyes has SWIFT right, all objects are rebuild on the SQL server. I have tried tu run in exactly on the same server, where database is .. the same result = slow like turtle. ](*,)
Any idea?
What are you doing with this report? Printing information? Calculating something? Do you really need to run through same table (Entry) twice or more?Tomas,
Dynamics NAV Enthusiast0 -
1) Local (native) DB is working in another way than SQL and it means that the problem is in the way, you are working with the data.
2) You can use client monitor or SQL profiles to see what took so long and you can optimize the indexes
3) It seems that the process is scanning the data instead seeking wih help of some good index. Do not forget - you need good selectivity key to get as few records as possible by first field in the index
4) If the problem is the insert (tooks too long or too many write opperation per one insert) you need to optimize the table by disabling unnecessarily indexes and SIFTs.
5) It means, you need to optimize the tables for SQL.0 -
In almost every case I've seen of this, the problem is usually because SQL server is not configured properly.
is the transaction log hitting a seperate drive?
are you using the right disk configuration (raid 10)?
Does the box you're running SQL server on have enough RAM? Is SQL server using all fo the available RAM?
and then there are all of things kine mentioned...0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions