Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Multiple block sizes

RE: Multiple block sizes

From: John Kanagaraj <john.kanagaraj_at_hds.com>
Date: Wed, 24 Sep 2003 12:54:40 -0800
Message-ID: <F001.005D0F48.20030924125440@fatcity.com>


Mladen/Avinish,  

I would just be a little careful about keeping 'hot' indexes in 32K blocks. The chances of encountering buffer busy waits during multiple, simultaneous INSERTs and DELETEs would be higher as root blocks and branch blocks that need to be updated would now hold a larger number of entries and thus be more likely candidates for block contention.... Same is the case with more chances of running out of ITL space/entries in hot data blocks. IMHO, DSS type applications benefit most from larger block sizes and support for multiple block sizes in 9i was provided so that 'large-blocksize' tablespaces that contain transaction history can be transported from a 'otherwise-small blocksize' based OLTP database into DSS databases that traditionally have large block sizes. For e.g. in a 9i Db, you might have the OLTP tables based on 8K blocksized tablespaces, create monthly history from these transaction tables into a 32K blocksize based tablespace in the same 9i database so that you can Tablespace-Transport it to a 9i, 32k blocksized DSS database.  

Back to imbibing a thick, black brew after writing this complicated note :) John Kanagaraj
DB Soft Inc
Phone: 408-970-7002 (W)

Grace - Getting something we do NOT deserve Mercy - NOT getting something we DO deserve Click on 'http://www.needhim.org' <http://www.needhim.org'/> for Grace and Mercy that is freely available!

-----Original Message-----

Sent: Wednesday, September 24, 2003 12:20 PM To: Multiple recipients of list ORACLE-L

Great! You're exactly the guy that I was looking for. Any problems encountered/advice to give?    

--

Mladen Gogala
Oracle DBA

-----Original Message-----

Avnish.Rastogi_at_providence.org
Sent: Wednesday, September 24, 2003 1:55 PM To: Multiple recipients of list ORACLE-L

I have little bit experience on that. I am keeping indexes in 32K block 'cause Oracle access indexes sequentially and placing indexes in large block would help in reducing IO. All the tables are in 8K block size but you can think about putting small tables in 2K or 4KB block size to better utilize your RAM. We are on AIX 5.1 , Oracle 9202.

-----Original Message-----

Sent: Wednesday, September 24, 2003 9:05 AM To: Multiple recipients of list ORACLE-L

Does anybody have any experience with the multiple block sizes in the database? I'm about to reconfigure
my database to have a tablespace with blocksize 16k in addition to the existing 8k tablespaces. Tables
in this tablespace will be loaded weekly and read daily, frequently using full table scan (DW style reporting.
I'm planning to have bitmap indexes and the rest of the DW arsenal). Does anybody have any negative experiences
with that kind of stuff? It's 9.2.0.4 on RH 7.3. Am I running into ora-7445 and ora-0600 type errors?  

--

Mladen Gogala
Oracle DBA    

Note:
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.    

DISCLAIMER:
This message is intended for the sole use of the individual to whom it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the addressee you are hereby notified that you may not use, copy, disclose, or distribute to anyone the message or any information contained in the message. If you have received this message in error, please immediately advise the sender by reply email and delete this message.  

Note:
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.    

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: John Kanagaraj
  INET: john.kanagaraj_at_hds.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services

---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). Received on Wed Sep 24 2003 - 15:54:40 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US