|
现在找不到具体是那条linq出现的问题。更加不知道那个字段的问题。 请问有什么方法可以找出来么？ |
|
|
|
|
|
当出现的时候 哪个界面 操作哪个表 哪个字段 数据库字段多少位 还不清楚?
|
|
|
|
判断不出来...只能自己找
|
|
|
|
try...catch ，catch里面加日志操作，逐步定位...
|
|
|
|
|
这个一般是插入数据库时，字段长度不够
你可以从数据源入手，可能是某一个字符串异常的长，所以出现了这个问题 |
|
|
|
就是数据库长度不够啊。
你看异常，然后 innerException，应该会告诉你哪个字段长度不够了。 |
|
|
|
现在怀疑是一个循环跟新的步骤中有错误。整个步骤是这样的 先 var obj = from x in db where xxxx select x 程序中更具情况对obj处理后 然后统一 try { db.SubmitChanges } catch (Exception ex) { 这里能捕捉到那个条数据。或者那个字段出现问题么？ } |
|
|
|
要记录日志 string msg = "\r\n Error Message:\r\n\t" + ex.Message + "\r\nError StackTrace:\r\n" + ex.StackTrace; 如果是手动调试，查看异常中的 innerException |
|
|
|
我记得innerException是会告诉你哪个字段的
|
|
|
|
|
|
|
|
这个异常一般伴随是哪个字段的吧
你可以对应string那些字段去查 |
|
|
|
|
跟踪语句，挨个减少字段值长读测试
|
|
|
|
这种情况多发生在 text 或 blob 类型字段上
如果发生在 char 或 varchar 类型上，那么你的程序就该推倒重来了 |
|
|
|
|
底层数据库，会有这种提示，数据库字段长度不够
你设计的时候，输入数据和数据库里字段长度应该一一对应才是，怎么会这样 要排查，要知道，被截断后的数据，一定是不完整的 --------------------------------\0 |
|
|
|
开发测试时，就不应该 try....catch，应该让调试器中断再出错的语句。如果你写catch，那么你还怎么调试？ try...catch （基本上）只是在 Release 版本中出现，在 DEBUG 版本中不能写 try..catch。 |
|
|
|
在开发测试时，使用用来重现用户bug问题的数据录入重放就行了，就会立刻让调试器捕获到出错的那一条语句。如果你连出错语句都不能捕获，而是 catch 过去了，那么其实也就不怎么能够 debug 了。
|
|
|
关闭