RE: Number of Columns in a Table & SQL Performance ?

From: Pratap Singh (prsingh1) <"Pratap>
Date: Mon, 9 Mar 2009 12:52:45 -0400
Message-ID: <858DF501B5C346429E1EB3F5630D444E791FB7_at_xmb-rtp-219.amer.cisco.com>



There are pro and cons on both.
If you dealing with update insert to single row from both tables and can carry out same on single combined table in single row - it will help to combine.
If you are dealing with multiple rows update and it span through different number of rows in individual tables and may lead to reading more data in joined table. - this will not help.  

HTH,   PB Singh
Tech Project Manager
Ph: 408 424 2777
Email: prsingh1_at_cisco.com  

P Consider the environment. Please don't print this e-mail unless you really need to.        


From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Subodh Deshpande Sent: Monday, March 09, 2009 7:46 AM
To: VIVEK_SHARMA_at_infosys.com; ORACLE-L Subject: Re: Number of Columns in a Table & SQL Performance ?

Hi Vivkek,  

should not be if you are taking care of indexes...  

thanks and take care..subodh


From: VIVEK_SHARMA <VIVEK_SHARMA_at_infosys.com> To: ORACLE-L <oracle-l_at_freelists.org> Sent: Monday, 9 March, 2009 18:49:57
Subject: Number of Columns in a Table & SQL Performance ?

Folks  

Does the number of columns in a table affect the performance of SELECT/INSERT/UPDATE in OLTP Transactions.

If so, why?  

NOTE - Merge of 2 existing tables each has 200 columns approx into a single Table is being planned..  

Thanks in Advance  

Vivek    

  • CAUTION - Disclaimer ***************** This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS******** End of Disclaimer ********INFOSYS***
    
    
--
http://www.freelists.org/webpage/oracle-l


image003.jpg
Received on Mon Mar 09 2009 - 11:52:45 CDT

Original text of this message