超级不解的ORA-03113,可能是全球仅我遇到过。

weijsh · 发表于 2004-12-30 14:29

郁闷啊，客户端升级到了9.2.0.4.0与服务器端同版本了，问题仍然存在

weijsh · 发表于 2004-12-30 15:01

最初由 eygle 发布
[B]你用""试试

"f808081-00fa7800-0100-fc3b4948-13dd"

最好更换JDBC驱动和数据库匹配，如果还有问题，到Metalink上开个tar研究一下。 [/B]

也是出错咯

SQL> select * from where id=''f808081-00fa7800-0100-fc3b4948-23d6''
2 ;
select * from where id='''f808081-00fa7800-0100-fc3b4948-23d6'''
*
ERROR 1 :
ORA-03113:

biti_rainy · 发表于 2004-12-30 15:34

再问一次就不问了：有没有在 java client上 preparestatment / set var /execute 这样测试过？

weijsh · 发表于 2004-12-30 15:47

最初由 biti_rainy 发布
[B]再问一次就不问了：有没有在 java client上 preparestatment / set var /execute 这样测试过？ [/B]

呵，差点忘了老大的方法，测试后问题仍然存在

weijsh · 发表于 2004-12-30 15:50

新发现，telnet到在AIX上，在SQLPLUS上把'f808081-00fa7800-0100-fc3b4948-23d6'总条copy 贴上去发现telnet窗口都死了，只能把总条字符串分开来copy，不过执行是没问题的

weijsh · 发表于 2005-1-4 12:25

顶出来

weijsh · 发表于 2005-1-4 15:32

在linux上用oracle官方的jdbc写了一段jsp并采用绑定变量的方法来测试了一下，只要带where id=那条字符串就老等在那里，where 其它column可以正常查询出结果，在此可以肯定的是与JDBC无关。

lyhoracle · 发表于 2005-1-4 17:36

在服务器不出错,连错误日志都没有,说明服务器端应没问题呀
所有客户端都不能联接,这真是怪,只能DING了

biti_rainy · 发表于 2005-1-4 17:59

应该是 sql net 中字符集 bug 了,找找是否有相关 patch

如果没有，可否使用其他版本client看看,比如更高版本的或者10g 的

zhumy · 发表于 2005-1-5 10:51

应该和网络有关吧。如果你在本地服务器上不使用tnsname连，而是直接连会出错吗？
sqlplus /nolog
conn cnpl/cnpl
update t_test set ......