...大家来帮我分析一下看看怎么回事啊!谢谢了!!
发布网友
发布时间:2024-09-26 04:07
我来回答
共3个回答
热心网友
时间:2024-10-03 04:36
给你个建议,不要写getString(1)这种代码,后期维护不方便,也不算规范。
还有最关键的,我遇到过如果SQL复合查询比较多的时候,就是包的层很多,带行号处理的SQL,getString("XXX")和getString(1)居然完全是不同的结果,虽然PLSQL里查的看起来是一样的。我估计还是因为行号的原因,导致了数据库一层认为的行号,和ResultSet的行号算法不一致导致的,具体不确定,但能确定一点,用getString("XXX")就确实是我想要的数据!
你说的卡住,可能因为底层算法的时候,你认为的那行其实被认成了其他行了。。
看到你题目了。。分页,十有八九和我的问题一样,数据库行号导致的。
热心网友
时间:2024-10-03 04:34
看来说明了一个问题。rs.absolute(n)完了之后。。time_in被变成了String 类型了。
热心网友
时间:2024-10-03 04:38
应该是类型转换的原因吧,可以的那种方式取出来的都是字符型的,最好的方法就是使用对象,你定义好类型,然后你在随意转换成你想要的类型格式
热心网友
时间:2024-10-03 04:38
给你个建议,不要写getString(1)这种代码,后期维护不方便,也不算规范。
还有最关键的,我遇到过如果SQL复合查询比较多的时候,就是包的层很多,带行号处理的SQL,getString("XXX")和getString(1)居然完全是不同的结果,虽然PLSQL里查的看起来是一样的。我估计还是因为行号的原因,导致了数据库一层认为的行号,和ResultSet的行号算法不一致导致的,具体不确定,但能确定一点,用getString("XXX")就确实是我想要的数据!
你说的卡住,可能因为底层算法的时候,你认为的那行其实被认成了其他行了。。
看到你题目了。。分页,十有八九和我的问题一样,数据库行号导致的。
热心网友
时间:2024-10-03 04:32
应该是类型转换的原因吧,可以的那种方式取出来的都是字符型的,最好的方法就是使用对象,你定义好类型,然后你在随意转换成你想要的类型格式
热心网友
时间:2024-10-03 04:34
看来说明了一个问题。rs.absolute(n)完了之后。。time_in被变成了String 类型了。