字段类型设计与实际业务不符引发的问题2
2013-06-07 18:35
477 查看
开发组同事发了一条SQL语句,说执行报错ORA-017220: 无效数字。
我看了下语句,没有类型转换的函数,判断一定是发生了隐形的类型转换。果然,查到一张表的字段有为null,有空格,有'/',由于发生了隐身转换,所以报错。
问题是解决了,但为什么造成这种问题呢,是我们的程序写的不好,页面端控制不严。这不是根源,根源是在做数据库设计的时候就要把握字段的类型,要让这些非法字段无法插入进去,会省很多麻烦。
我看了下语句,没有类型转换的函数,判断一定是发生了隐形的类型转换。果然,查到一张表的字段有为null,有空格,有'/',由于发生了隐身转换,所以报错。
问题是解决了,但为什么造成这种问题呢,是我们的程序写的不好,页面端控制不严。这不是根源,根源是在做数据库设计的时候就要把握字段的类型,要让这些非法字段无法插入进去,会省很多麻烦。
相关文章推荐
- 字段类型设计与实际业务不符引发的问题1
- Mysql字段类型设计相关问题!
- 再谈HashMap-由一个实际问题引发的对HashMap设计吐嘈
- 关于数据库Varchar字段类型长度设计问题
- 从源代码剖析Struts2中用户自定义配置转换器的两种方式——基于字段的配置转换器和基于类型的配置转换器(解决了实际系统中,因没有区分这两种工作方式的生命周期而引起的异常错误问题)
- 关于数据库Varchar字段类型长度设计问题
- 关于修改以太网帧头类型字段引发的问题
- 一个关于Oracle更新语句引发的时间字段类型的问题
- 关于数据库Varchar字段类型长度设计问题
- 再谈HashMap-由一个实际问题引发的对HashMap设计吐嘈
- 关于数据库Varchar字段类型长度设计问题
- 关于数据库Varchar字段类型长度设计问题
- 关于数据库Varchar字段类型长度设计问题
- 解决SQL2008中设计表字段及类型时无法保存的问题
- 关于数据库Varchar字段类型长度设计问题(转载)
- 关于数据库Varchar字段类型长度设计问题
- 关于数据库Varchar字段类型长度设计问题
- Mysql字段类型设计相关问题!
- sqlserver中int 类型的字段,值为null的时候引发一个问题
- 如何实际使用强类型Dataset(键盘再也不需要敲入表名和字段名了)