Jump to content

Recommended Posts

Hi guys,

 

This is the scenario.

My app runs fine.

The number of transactions entered for a day in my client's org is huge. Say min of 200 - 300 receipts, payments etc.

 

However, the server tends to be slowed down when we are calling reports with a large date range, possibly coz the server has to go through each every record.

Even though i have written the sql command at the best way possible to minimize processing time, some reports take up to 20 mins.

The server is an avg computer with dual core 1.6 ghz ( i think), 1 gb ram, 320 hdd. It is an assembled avg computer used as a server.

 

At the begining all was fine coz the number of records were small.

Now the database has expanded up 30000- 35000 records in one table, due to the large number of records.

 

I need a solution to minimize reporting time (possible upgrade may solve the case), but when reports are called, other users of the system cannot even enter records because the server is busy generating the report.

 

What is the best way?

I was thinking of using two servers

1. Data storage - where all the data are stored

2. Report server - all data from data storage server is copied to the report server @ a predetermined interval, possible every 30 mins.

 

The users who need reports, can log in to the report server and generate reports.

 

What are your thoughts?

I am opened for any type of suggestion..

 

Your help is much appreciated.

 

Cheers

 

The budget for the client is not too high, so buying an actual server could be impracticle.

IMHO... wrong approach....

 

My app runs fine.

 

according to the scenario that you described your application is not running fine... 30,000 records shouldn't be causing the problems that you mention neither your "server"... personally I will focus in:

- Review your Data Model design (bad design could be lead to inefficient SQL's among other things)

- Review your Table/Views/etc design

- Review your Index strategy and selectivity

- Isolate and test your problematic SQL's (Explain/Profiling)

 

your 20 minutes report issue is based on some of these factors most likely imho.

 

Start here:

- Review your Index strategy and selectivity

 

It takes your server 20 mins because it can't find a valid index and thus creates a temporary table which it joins with all other temporary tables and creates you a nice cartesian product to process.

 

Post your table/queries here and we can give you some advice on which indexes you need.

This thread is more than a year old. Please don't revive it unless you have something important to add.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.