这样取值，怎么总是出错？

helva 2007-05-06 01:58:25

Rs.open "select * from DingDan where DingDanID=int(DingDanID)",conn,1,1
Rs2.open "select * from RequestOrder where DingDanID=DingDanID and UserName=UserName",conn,1,1

Response.write(Rs("DingDanID"))
Response.write(Rs2("DingDanID"))

然后我用
Rs("DingDanID")取得的值是数据库的第一条记录，而不是符合条件的记录

Rs2("DingDanID")取得的值也是数据库的第一条记录，而不是符合条件的记录
请问，问题出在那里了

...全文

167 2 打赏收藏转发到动态举报

写回复

用AI写文章

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

helva 2007-05-06

打赏
举报

今天脑子边成白纸了
：-（
谢谢，希望你有个好心情

wangwm 2007-05-06

打赏
举报

Rs.open "select * from DingDan where DingDanID=" & int(DingDanID),conn,1,1
Rs2.open "select * from RequestOrder where DingDanID=" & DingDanID & " and UserName= '" & UserName & "'",conn,1,1

JSP 中使用cache取值出错解决办法这段时间发现系统取数据过程中，偶尔出现取数据错乱的问题，按逻辑应该取出A数据，结果取出了B数据。仔细检查了代码，发现代码逻辑没有问题，瞬间就蒙了，是哪里出现问题了呢。仔细想了一下，以前都没出现问题，自从加了缓存之后就偶尔出现了问题，那肯定问题是缓存有问题。仔细研究了缓存的源码，原来问题出现在DefaultKeyGenerator生成key上面。代码如下： public class DefaultKeyGenerator implements KeyGenerator { public static final int NO_PARAM_

之前js取form表单的值都是一个一个的取，数量一多之后容易出错而且烦透了。感谢那些愿意分享的人。页面定义form，并给form指定id值，里面的元素只要是需要键值对应的都赋予name属性，并且name值等于后台能识别的参数名。 <form method='post' id="punishformID"> <input hidden="hidden" name="Stu" value=@Model.Stu> <input hidden="hidden" name="StuRuleIDs" value=@Model.StuRuleIDs> </form>

有默认参数的函数函数调用时形参从实参那里取值，so实参与形参一致，有时多次调用同一函数用同样的实参，可以直接给形参一个默认的值，这样形参不必从实参取值；举例：函数声明 float area(float r=6.5)//就是制定r的默认值是6.5； area();//相当于area(6.5) 如果不想形参取此默认值，就通过实参另外给出； area(7.5); 如果有多个形参，可以使每一个形参有一个默认值，也可以部分有默认值；函数原型：float volume(float h,float r=12.3); 函数调用： volume(45.6);//相当于volume(45.6,12.3); volume(67.8,78.9);相当于volume(67.8,78.9）；注意：实参与形参的结合是从左到右的，因此指定默认值的参数必须放在形参表列的最右端，否则出错。函数不能既作为重载函数，又作为有默认参数的函数，会造成系统无法判定，出错。

2.3 优化多线程支持。修复了负数解析是出现的“解析数值出错”错误。优化了多线程的支持。去除了所有“打开内存文件”改用快速字节集对象。 2.2 加入二次寻址机制。当存在路径和句柄参数时，如果句柄大于 0，而且路径也存在时，则基于句柄执行二次寻址。 2.1 修复了逻辑型和NULL类型取值和取文本出错的问题。修复了上个版本取逻辑和null文本出错和取值内容不正确的问题(忘记标记数据位置了，惭愧)。 2.0版本特性。加入了全新的快速解析对象，解析效率提高了5到10倍。全新的解析算法全面兼容JSON标准。完全支持科学计数法、Unicode、JSON标准转义符、单行多行注释、多字节文本。读取支持路径式访问并且效率非常高。例如：a.b、a[1].b、[1].b、['我'].b。需要注意的是，数组访问索引是从1开始的。快速解析对象加入中文命名代理类。修复上个版本双精度小数的问题。原来的对象解析部分挂接了新的解析对象，效率更高，兼容性更好。已经通过大量的测试，修复了上个版

dblink数据迁移时发生bug 环境.—————————– 主库hp ux 备库win 2003 在备库发起数据复制sp，通过属于备库的dblink，取远程主库的数据，插入到本地备库时，属于LITTLE ENDIAN平台向BIG ENDIAN平台取值然后插入,这时出现错误： ORA-04052: 在查找远程对象时出错 ORA-00604: 递归SQL层1出现错误 ORA-03106: 致命的双工通信协议错误 ORA-02063: 紧接着line(源于dblink) 以及 ORA-04052: 在查找远程对象时出错 ORA-00604: 递归SQL层1出现错误 ORA-03120: 双工转换例行程序：整数溢出 ORA-02063: 紧接着line(源于dblink) 总结.—————————— 此错误经查证，属于LITTLE ENDIAN->BIG ENDIAN的取值时的dblink bug，且多发在9.2.0.8的oracle版本中（9.2.0.1数据库上正常）. 在win 2003平台的查询库打上5731178补丁后，查询库复制正常。