新人请问一个简单的字符串操作有关问题

新人请教一个简单的字符串操作问题
一篇超长的文章,有中文有英文,必须用varchar2类型存储,但是oracle的数据长度为2000,因此必须对字符串进行分割。在Java领域,本人是新人,求各位大侠有没有相关的函数或资料供参考,或者说一下思路也行。小弟感激不尽。
------解决思路----------------------
用clob类型存储啊!
------解决思路----------------------
个人看法如下:如果把文章全部保存到数据库的话,会加重数据库的负担,而且存储也有问题,访问的时候也会很慢,毕竟比较大,我们可以把这篇文章存放到磁盘,在数据库里面用一个字符串存放这篇文章的访问路径就可以了,那肯定会减轻数据库的负担,访问也会加快,我们把存放这篇文章的地址取得即可,然后根据地址从磁盘读取就可以了。
------解决思路----------------------
新增个table,做个一对多关系,把文章分成多条记录储存,读取的时候查询出多条记录再在Java里拼接起来
------解决思路----------------------
1楼方法不错,文本太大还是放入clob中比较好,varchar2类型长度毕竟有限制
------解决思路----------------------
支持一楼的建议
------解决思路----------------------
还是用clob吧,如果文章不常用,可以考虑存文件路径
------解决思路----------------------
varchar2貌似是自动存储汉字跟英文,汉字两个字节,英文一个字节,但是你用了varchar2都是两个字节,所有varchar2就没有汉子跟英文的却别了。有可能在别的数据库是没有varchar2的,只有string 所有有时候导入数据就会出现乱码,
------解决思路----------------------
推荐用2楼的方式,超长文章全部以文件的形式放磁盘上,数据库只存文件的路径
------解决思路----------------------
    oracle verchar2的最大长度是4000,一般的文章可以存了。
    如果要存学术上的文章动不动就几十万,几百万字的话还是建议以文件的形式存储,数据库只存关键字,比较书名,作者,出版社,整书目录,内容摘要什么的。
    如果实在要用数据库存的话可以新建一个表,如果前台有按章节搜索,按章阅读,就按目录切割,可能占用的空间更大,如果前台根本不关心阅读的话可以直接按字数切害,最好以句号结尾保证完整。

想想你们领导说[切换数据库的时候会产生非常多的兼容问题]就觉得可怕,几百G,几T的数据库文件切换到别的数据库到时候有你们乐的。
------解决思路----------------------
引用:
    oracle verchar2的最大长度是4000,一般的文章可以存了。
    如果要存学术上的文章动不动就几十万,几百万字的话还是建议以文件的形式存储,数据库只存关键字,比较书名,作者,出版社,整书目录,内容摘要什么的。
    如果实在要用数据库存的话可以新建一个表,如果前台有按章节搜索,按章阅读,就按目录切割,可能占用的空间更大,如果前台根本不关心阅读的话可以直接按字数切害,最好以句号结尾保证完整。

想想你们领导说[切换数据库的时候会产生非常多的兼容问题]就觉得可怕,几百G,几T的数据库文件切换到别的数据库到时候有你们乐的。

没那么可怕吧,哪有几个T的文本啊。讲道理嘛!
一般一个百万字小说 也就几十M,你这动不动几百个G,几T的。吓得我赶紧看了下自己的移动硬盘还够用不。
我下的骗子都没那么大
------解决思路----------------------
新人请问一个简单的字符串操作有关问题理论理论,去看看大英博物馆。。。当然我们的根本不是博物馆。