Job Seekers   Employers
dbapool: Authors | Submissions | Contact Us
   Forgot password? | Sign up
  Home   Discussion Forum   Articles   Interview Questions   FAQs   Scripts   Rewards   Analyzer   White Papers   Blog   Certification   Downloads   Tools
 

Topic: Performance & Tuning >> Partitioning in Orcale - performance gain or not

Disclaimer: The purpose of all dbapool forums including OCP and Other Oracle Certification forums is to help each other with specific issues but not to share dump and copyrighted exam content, materials or intellectual property. You may review the entire Oracle Certification Program Candidate Agreement online Here.



  


 Title: Partitioning in Orcale - performance gain or not
 malini01  Posted: Mar 08, 2007 12:54:22 PM

 Total Post: 2
 Joined: Mar, 2007






 I would like to asses the use of partition in our environment.
Please provide you input.

We had 2 table TABLE_CURRENT and TABLE_HISTORY, each with about 4 million rows of client data.

Tables have 12 months of data for each client. i.e. has 12 rows for each client x no. of clients
in the CURRENT and HISTORY table.

Processing of data involves among other thing "comparing each row from TABLE_CURRENT with each row in TABLE_HISTORY"
and later purging TABLE_HISTORY and moving data from TABLE_CURRENT to TABLE_HISTORY.

Our DBA right away suggested that moving data was very inefficient and to start using "Partitions".

So, the new schema has the following:

TABLE_HISTORY & TABLE_CURRENT moved into a single table and data partitioned by months.
So there are 24 partitions one for each month in TABLE_CURRENT and one for each month in TABLE_HISTORY.

My concern:

I do agree that managing data with partition is very easy and efficient but!!!
How will the performance be affected when comparing each row of client data from partition 1 to partition 13, partition 2 to partition 14...for each of the client data.(minimum of 5 to 6 different columns need to be compared,
If not more)

My understanding is… each consecutive read from different partitioning is costlier than consecutive read from same partition.

As for purging data... it is an after effect of the process. i.e. need not be done with in the transaction of the process we are running. it can be done the next day too.

So, does it mater if the purging is done from a partition or later when no process is running using Delete from
TABLE_HISTORY and insert in ...(select from ...TABLE_CURRENT).

As I am not a DBA, please send me your thoughts so I can put my case forward if it makes sense.

Thanks,
Malini


 suje
Posted: Mar 09, 2007 04:15:14 AM  

 Total Post: 8
 Joined: Feb, 2007






 
there is any object in the oracle9i
with table_current and table_history,plz tell me in which platform u r using these scripts

 malini01
Posted: Mar 09, 2007 11:44:33 AM  

 Total Post: 2
 Joined: Mar, 2007






 
We are using Oracel 9i.
And the table TABLE_CURRENT and TABLE_HISTORY are just alais for my tables
holding current and history client recors.

Thanks,
Malini

 Time Zone: EDT

  




Forum Rules & Description


Who Can Read The Forum? Any registered user or guest
Who Can Post New Topics? Any registered user
Who Can Post Replies? Any registered user




 








Get FREE Magazines

Top 10 Forum User

  Murtuja Khokhar816
  Mohammed Taj709
  Jayanta Sur479
  positive fanatic418
  Vigyan Kaushik386
  Gitesh Trivedi322
  Gopu Gopi242
  neeraj sharma240
  Ramesh Jois226
  Bishal Khetan205






oracle Mag



  About Us Advertise Terms of Use Privacy Newsletters Contact Us    

Home   Discussion Forum   FAQs  Articles  Jobs   Newsletters  Directory  Downloads 

Our Premium Sponsor
Confio Software