|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-01-06
Oracle的lob本身就是个evil，所以我认为所有基于lob的讨论要先确定好一个jdbc driver版本才有讨论的意义，狠多时候它的行为不符合预期都是oracle自身的毛病。
|
| 返回顶楼 | |
|
发表时间：2006-01-11
我也遇到了乱码的问题
从word中粘过来写入数据时出现乱码，把乱码的部分单独摘出来重新写库就不会出现乱码，而且乱码出现没有规律，我用的是Web在线编辑器，粘贴时会带有MS的格式。 关于Oracle 10g的驱动可以对clob字段操作就像操作String一样的文章Robbin早就写过，但是没有仔细测试的结果，比较令人遗憾。 乱码的问题还没有解决。我现在是用编码的方式存进数据库里，但是这样一来就牺牲了对Clob字段处理的功能，比如like操作。 |
| 返回顶楼 | |
|
发表时间：2006-01-13
关于乱码的问题我们项目没有出现过，项目上应用和数据库都使用的是UTF-8编码，比较疑惑的是为什么很多人仍然使用GBK或者GB2312？
|
| 返回顶楼 | |
|
发表时间：2006-01-21
10g的测试过没问题 现在就是连8。1。7的超出4K就出错了 读取的时候出错。
现在正在试试spring的ClobStringType现在10的又没问题 不知支持不支持8i的。 对了jdbc都是用10g的。 |
| 返回顶楼 | |
|
发表时间：2006-01-22
advantech 写道 关于乱码的问题我们项目没有出现过，项目上应用和数据库都使用的是UTF-8编码，比较疑惑的是为什么很多人仍然使用GBK或者GB2312？
嗯，UFT-8应该优先使用! 特别是在WINDOWS上开发的程序再部署到UNIX系统上发布的! 在win上的系统编码是GBK或GB2312，但UNIX下可能是Unicode或其它。这就特别要注意了。 系统字符编码优先数据库字符编码，最后才是程序中的字符编码。 |
| 返回顶楼 | |
|
发表时间：2006-03-16
advantech 写道 大家都知道以前版本的Oracle在Hibernate里操作lob是相当痛苦的一件事情，但是在它新版的Oracle10g中的JDBC驱动已经修正了这个问题。操作要点如下：
1、首先数据表中的clob类型对应java持久化类的String类型；而blob类型对应byte[]类型。 2、定义hibernate标签时，持久化类中对应clob类型的属性的hibernate type应为text；而对应blob类型的属性的hibernate type应为binary。 3、以后访问这些对应clob和blob类型的属性时，按普通属性处理，不需要特别编码。 楼主我在项目中也是用这种方法做的，但是现在出现这个问题，存数据的时候是可以的，当要取出来的时候好像被限制了文件大小，打印出长度全部都是86字节。。。 我的配置：驱动ojdbc14 数据库oracle 9i 问一下这个大概和什么有关呢？ |
| 返回顶楼 | |
