| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Multiple block sizes
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 servicesto: 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
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
 |
 |