RE: Storing blobs in database vs filesystem

From: VIVEK_SHARMA <VIVEK_SHARMA_at_infosys.com>
Date: Fri, 29 Sep 2006 15:07:08 +0530
Message-ID: <BBD944BCAC3AB4499DFBAFB1D8AF302001DB04A8@BLRKECMSG11.ad.infosys.com>

Mark, Folks

We are also facing a similar issue with our "Banking" Application product where approx 1/3rd of the Database size is taken up by 1 Table which stores the Customer Signatures in one of its LONG/LOB fields.

Database Sizes are in the range of a few Tera Bytes.

The Banking Product is a primarily Pro C Application, with java functions too.

Qs When accessing the Signature, in case compression techniques are used, is there a certain performance impact?

SOME ADDITIONAL QUESTIONS ARE EMBEDDED BELOW IN CAPITALS. Thanks indeed

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Mark Strickland Sent: Friday, September 29, 2006 3:33 AM To: oracledba.williams_at_gmail.com
Cc: dubey.sandeep_at_gmail.com; ORACLE-L
Subject: Re: Storing blobs in database vs filesystem

We're seriously considering doing the same thing. Out of 1.6-Tb, we

have 1.3-Tb in LONGs, LONG RAWs and CLOBs that we're probably going to

move out of Oracle. We're reaching a tipping point where we'll soon

have to buy more SAN storage, multiplied by three (physical standby

and full copy for Staging environment). I'm very interested in seeing

other replies, ie, horror stories, gotchas, etc.

We're also testing compressing the LONGs and CLOBs before they're

inserted into the database and engineering the application to

compress/uncompress in flight.

• IF YOU COULD POSSIBLY SHARE YOUR APPROACH, ALGORITHM OR SOME SAMPLE FUNCTIONS FOR COMPRESSING LONGS/CLOBs "IN-FLIGHT"?
• ARE YOU USING SOME STANDARD ORACLE COMPRESSION FEATURES / FUNCTIONS?
• ANY SAMPLE COMPRESSION JAVA/ C FUNCTIONS?
• ANY LINKS , DOCS WILL HELP

Regards,

Mark Strickland

Seattle, WA

• 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

Received on Fri Sep 29 2006 - 04:37:08 CDT