格式导致的Excel导入sql出现异常的解决方法

发布网友发布时间：2022-04-08 19:00

共2个回答

懂视网时间：2022-04-08 23:22

excel导入到数据库,这个是经常发生的,今天就碰到了一个非常郁闷的事情,在导入到oracle数据的时候,总是出现ORA-01756: 引号内的字符串没有正确结束,认真的排插了数据当中可能出现的错误,明明感觉是某个不可见字符或者是某个很细小的字符造成的,后来终于找到诀窍了,要把字符中的空格,逗号(全角半角),引号(全角半角),斜杠换行符等都清楚干净再去导入。

excel导入到数据库的异常处理

标签：

热心网友时间：2022-04-08 20:30

本来程序是正常运行的，有时候会因为用户的excel文档没有按要求的格式来做，才会出现一些异常情况。本以为这次也是一样，后来拿到数据一看，并没有发现什么异常，而且自己又照着做了一些数据，竟然也会出现异常，只好怀疑是自己的程序有问题了。
常言说的好，最难找的是最后一个错误，这话确实不错。我几乎动用了我所掌握的各种手段，程序上真的没办法找出有啥问题了。在一个问题上折腾久了，浪费时间不说，还容易让自己的情绪低落。到后来，还是转去怀疑用户的数据有问题，无意中做了一下格式调整，竟然发现异常不见了。
Excel的单元格格式设置十分丰富，数据一旦被格式化，那你所看到可能已经不是庐山真面目了。比如货币格式，数据本身只是一串数字，并不会包含货币符号。
在我这个程序中，有一列数据为编码，可能是字母和数字的混合，也可能是纯数字，正常情况下，应该设置成文本格式，可能因为纯数字在这种情况下会有一个错误提示，也就是在单元格旁边出现了一个*的感叹号，用户大概觉得不对，就设置成了邮政编码这种特殊格式，数据看起来没啥变化，但程序在识别的时候就出现了异常。还有一个字段是月份，程序要求在一位数前补0，如果格式设置为数字，前面的0就没有了，所以必须设置为文本。如果自定义为：00，虽然在excel下显示的数字和想要的一样，但程序在处理时会当成一个数字处理，结果也会不符合要求。
总结一下，对于要导入到数据库的excel数据，不要做格式化处理，保持原始的字符或数字格式是最明智的选择。