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: Ever popular LOB question

Re: Ever popular LOB question

From: <JApplewhite_at_austinisd.org>
Date: Thu, 18 Aug 2005 13:42:21 -0500
Message-ID: <OFA436C905.D4E945C7-ON86257061.00664582-86257061.0066B000@austinisd.org>

Explicitly store 'em out-of-line from the get-go. 1. You can manage the LOB segments more directly and sensibly. 2. Queries that just need "regular", non-LOB, data don't have to read as many blocks.

Worked for me with 13 million CLOB documents. Also, almost essential if you ever use interMedia / Oracle Text to index the docs (which we did).

Jack C. Applewhite - Database Administrator Austin (Texas) Independent School District 512.414.9715 (wk) / 512.935.5929 (pager)

   The devil made me do it the first time,    The second time I done it on my own.

                      Brian Wisniewski                                                                                    
                      <brian_wisniewski@        To:       oracle-l_at_freelists.org                                          
                      yahoo.com>                cc:                                                                       
                      Sent by:                  Subject:  Ever popular LOB question                                       
                      oracle-l-bounce_at_fr                                                                                  
                      eelists.org                                                                                         
                                                                                                                          
                                                                                                                          
                      08/18/2005 12:27                                                                                    
                      PM                                                                                                  
                      Please respond to                                                                                   
                      brian_wisniewski                                                                                    
                                                                                                                          




RHAS 3.0/Oracle 9.2.0.6
Is there any benefit to explicitely stating 'out of line' on lobs outside of rowsize/possible caching issues. I'm going to be storing ~100K lobs - chunksize defaulted to the blocksize - 8k so obviously these will be out of line because of their size in this particular table. Once the lobs are inserted into the database they will not be updated.

I'm not sure of how Oracle will recognize the entire size of the lob when it gets it from the application. Will Oracle start storing it in line w/ associated redo until it reaches ~4k and then move it out of line for every one of these lobs? That would seem like an expensive operation but I'm not really sure of the behind the sceens actions of what Oracle is doing.

I'm trying to set up some tests with our apps folks but was wondering if anyone had any insight regarding explicit out-of-line vs in-line migrated to out-of-line because of size.

When we were dealing with smaller lobs we experienced decrease performance when we had explicitely used out-of-line. But those lobs at the time would have been a mix of in-line and out-of-line so I don't consider that valid given the difference in lob sizes.

Test, test, test - I know - just having 'challenges' with developers. I also want to test different chunksizes but time is critical right now.

Any thoughts/experiences you'd like to share regarding lobs?

Thanks - Brian

--
http://www.freelists.org/webpage/oracle-l
Received on Thu Aug 18 2005 - 13:44:27 CDT

Original text of this message

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