Oracle中的LOB字段解读

 问题背景：

LOB字段是Oracle数据库用于存储大数据对象的字段类型，包括BLOB、CLOB、NLOB、BFILE；
当LOB字段大小超过4k时，数据库会单独为该LOB字段分配额外的BLOB Segments存储BLOB对象，存储在lobsegment中的lob缺省不在缓冲区缓存，对于lob的读写都是物理IO，代价非常高，所以对于大于4kb的lob字段更新效率非常低；
被删除或更新的BLOB字段所占用空间不会自动批量回收，当所在表有大量的删除、更新操作时，BLOB所在Segments会迅速耗尽空间，新的INSERT需要空间时，会在高水位线上加锁后，回收曾使用但已经过期的BLOB空间，由于该操作效率很低，此时数据库就会有大量的‘enq:HW – contention’等待，相关SQL会由于该等待而串行执行，业务受影响十分严重。因此LOB字段不适合在有大批量删除、更新操作的并发场合使用；

 

已知解决办法：

为避免由于LOB该特性造成的的风险，对LOB字段的使用应遵循如下要求：

1.存储在lobsegment中的lob可以在定义的时候指定使用cache（默认是nocache），这对于中等大小的lob（比如几k～几十k）很有效果，减少物理IO

2. 有大批量删除、更新操作，而且有并发插入的表中，建议不要使用LOB字段，比如日志表。可以使用多个varchar(4000)字段进行拼接来代替；

3. 使用LOB字段时，为LOB字段手工单独指定和表所在表空间不同的表空间；

4. 版本11g使用LOB字段时，建议使用Securefile（默认basefile），如果单条记录显著大于block size，使用compress选项。

5. 将数据存储到文件系统中，数据库字段中存储文件地址，这种方法好像和bfile差不多；

问题：

1. 对于大容量不经常更新的lob除采用上面的解决办法外，还有什么好的方法；
2. 对于大容量的超过4000字节的文本，如果需要经常更新（如：发表文章，帖子后需要修改），采用什么解决方案比较好；
3. 单个字段大容量信息存储大家有些什么好的方法；