关于“ORA-01483: DATE 或 NUMBER 绑定变量的长度无效”的解决办法(C#版)

昨天在给一个在线系统写一个新功能。写完放上去之后,发现原来的数据库访问层存在一个小bugger,决定将这个dll更新到最新使用版本,由于新版本dll使用的不是再是Oracle.DataAccess.dll,而是Oracle.ManagedDataAccess.dll了,所以也就将这个dll也一并更新了。更新上去发现一切正常。所以就没再去管了。

结果到了下午,问题来了。很多用户反应保存某业务的数据有问题。一保存就报 "ORA-01483: DATE 或 NUMBER 绑定变量的长度无效" 的错误。我是从程序到数据库字段定义都查了。结果也没有发现什么问题。然后百度,Google。上面要么说是是字符长度的问题,要么是java的驱动的问题。后来我想起今天早上替换的dll,结果发现替换回去就正常。再重新换成新的,又不行了。问题终于找到了。

到官网上下载最新版的Oracle.ManagedDataAccess.dll替换上就OK了。

时间: 2025-02-01 06:51:21

关于“ORA-01483: DATE 或 NUMBER 绑定变量的长度无效”的解决办法(C#版)的相关文章

IOS设备上给body绑定click事件不生效及其解决办法

事件背景: 最近在做一个移动端业务的时候碰到一个bug,在ios上对body绑定click事实现事件代理冒泡至某些元素上尽然不生效. 思考: 暂借助jquery展示下事件绑定代码,将所有标签含有data-tip属性的元素通过事件代理至body $('body').on('click','[data-tip]',function(e){ console.log($(this.).attr('data-tip')) }) 这样做在android和pc上都可以正常实现,但是在ios上面对部分标签尽然不

FastCGI Error Number: 258 (0×80070102) 等待的操作过时解决办法

如果服务器正常,本错误往往发生在提交一个很大的字符串时发生.原因就是在处理如此“巨大”的字符串提交请求时,服务器处理超时了.可以通过设置fcgiext.ini里面的超时配置和php.ini里的超时配置来解决.当然,根据个人对服务器设置的不同,可能还需要修改更多配置信息.比如允许一次性提交多少数据. FastCGI ErrorThe FastCGI Handler was unable to process the request.——————————————————————————–Error

elipse 调试jdk时候变量不现实值以及解决办法

今天以前的同事问我这个问题,我也不知道为什么. 问题是:当DEBUG自己程序的时候,调用了第三方的类库--比如JDK自己的类库--我们有这些类库的源码,进入随源码进入类库后,你会发现代码运行的行会在调试下一步步走,但鼠标指向变量时不再显示变量的值,选中->右键->watch也不能看到变量的值,什么原因? 我以前经常遇到这些问题,但从来没想过为什么不行,以为不是自己的类库就不显示,实际情况并非如此. 于是同事查了一下原因,发给了我,我就直接贴在这儿了. Debug into rt.jar Aug

append追加元素绑定事件无效的解决办法

问题是:通过jQuery append(或者before.after,一样)新添加进网页的元素,常用的事件不能触发,比如:append了id 为 abc 的元素,那么 $(#abc).click(function(){})是没有效果的. 1. 网上说要用live()函数,亲测无效,应该是jQuery的版本问题,反正到目前为止是不能用了: 2. 解决方法:用on函数,要注意格式(楼主搞了半天,因为格式不对,哎,不说了-都是泪) 正确格式: $("outerSelector").on('e

给按钮绑定的click事件无效

1. 原因分析:按钮是发送 Ajax 请求,成功请求到数据后,使用 JQuery 动态生成的.Ajax 请求是异步刷新机制,不会等上面的代码执行完.因此给这种类型的按钮绑定点击事件时,按钮还没有被创建出,那么,click事件自然不会绑定到按钮上. 2. 解决办法: ① 在按钮创建的时候就绑定事件. ② 使用 JQuery 的 .live() 方法:给所有匹配的元素附加一个事件处理函数,即使这个元素是以后再添加进来的也有效.但是在 JQuery 1.7开始的版本中被删除了,应该使用 .on() 来

oracle中关于替代变量,accpt,绑定变量,字符变量

此文档介绍两个事情,一个是替代变量,另一个就是了解一下硬解析和软解析对于变量来说declare定义的好还是variable定义的好 在oracle 中,对于一个提交的sql语句,存在两种可选的解析过程, 一种叫做硬解析,一种叫做软解析.一个硬解析需要经解析,制定执行路径,优化访问计划等许多的步骤.硬解释不仅仅耗费大量的cpu,更重要的是会占据重要的们闩(latch)资源,严重的影响系统的规模的扩大(即限制了系统的并发行),而且引起的问题不能通过增加内存条和cpu的数量来解决.之所以这样是因为门闩

SQL 绑定变量优化

这个方案要点在于以下三点: 1,  每次拼接条件时,都把条件对应的变量值塞入嵌套表中.因为是一一对应的,因此在取变量值时,很容易就匹配上. 2,  因为绑定变量执行时,using一定要把所有的绑定变量值都列出来.因此最后,最后会有一个case语句,根据变量个数来确定执行那个分支. 3,  嵌套表的类型是字符类型的.因此要获取日期类型和数字类型值时,记得加上to_date 和to_number转换. 如果对用例有疑问,可是随时找我沟通.同时也请汪文娟同学督促各开发分组接口人向分组内宣导,以后新上线

Oracle 数据库的绑定变量特性及应用

Oracle 数据库的绑定变量特性及应用[-----]转载自https://www.cnblogs.com/rootq/(原地址) 关键词: 绑定变量(binding variable),共享池(shared buffer pool), SGA(system global area); 在开发一个数据库系统前,有谁对Oracle 系统了解很多,尤其是它的特性,好象很少吧;对初学者来讲,这更是不可能的事情;仅仅简单掌握了SQL的写法,就开始了数据库的开发,其结果只能是开发一个没有效率,也没有可扩展

获取绑定变量语句中传入的值

查看绑定变量的值 --还有一种方式 --首先查询出这条SQL 语句的 HASH_VALUE select A.SQL_ID,A.HASH_VALUE,A.CHILD_NUMBER,A.SQL_TEXT from v$sql a where A.SQL_TEXT like 'SELECT T_LTE_CARD_INFO.PK,%' 2621316314    0  SELECT T_LTE_CARD_INFO.PK,%..... --传入HASH_VALUE的值 select * from tab