周五下午，四点过了已经，快接近下班的时间，加上是周五，工作积极性都不高，都想早点放假，事故就发生在这样一个不恰当的时间。
甲方那边发来一个邮件，叫我给他们新增一个用户，邮件里面顺带提出了一个问题，为什么后台有个查询功能显示的数据有一列为空，这个数据是我开发的功能，让用户上传的，由于是增量上传，所以谁也没有完整的数据。然后我说，那可能是你们上传的时候，里面有一行空的数据吧（这里要说一下，确实是我功能的问题，应该把空的数据过滤）。然后我把用户给甲方创建好之后，就说去把那个问题修复了。
打开那个功能，点击查询，第一条就是空的，我暗自窃喜，节约不少时间呢。数据是空的，就说明这条数据没用吧，没用的数据直接删除掉，那不是就可以下班了（页面上列表里针对每一条数据有一个删除的功能）。于是，我点击删除，然后显示删除成功。我正准备给甲方打电话说错误数据被我删除了。突然发现页面不对，我记得以前开发的时候，删除数据之后会自动刷线显示删除后的数据，为什么页面是空白的呢。于是我点了一下查询，页面还是空白的，下方显示记录条数为0。我又检查了一下查询条件，没有问题的，我把网页关掉重新打开，还是没有查询到数据。我慌了...
我就开始想是问题出在哪里，毕竟是我开发的功能，把逻辑走了一遍，就想到问题出在删除那里，删除本来是根据列表中一条数据的一个主键去删除的，但是那条数据为空，所以获取主键的值为null，然后删除的时候，先判断条件，if (catecode != NULL)，加上 (add catecode = ?),但是这个catecode又为空，语句就变成了delete from table tm_model_catecode。数据全部删除掉了。
现在开始想怎么办，恢复数据？这确实是最快，最稳妥，最好的办法。但是很麻烦，第一：数据库在甲方那边管理，要恢复数据只有走流程，去找管理人员，当时是周五，肯定都下班了，没人会理我，周六功能就要出问题。还有就是这种错误，尽量少让人知道，自己处理了就是了。
于是我选择了第二个方法，自己找历史数据，导入进去，当然不对，毕竟数据一直在变化。我又给甲方的使用人员打电话，问他们能不能给我提供一份数据，别个都下班了...然后我又找到一个甲方加班的同事，我问他能不能帮我导个数据，可能他比较忙，然后又事情很多，而且我这个事情比较麻烦，就说不行，然后态度很恶劣的把我电话挂掉了。我能怎么办能，我也很绝望，不过我还是说了一句谢谢。
好吧，自己找数据，然后我就开始找表的关联属性，找出应该有哪些数据，然后又去匹配对应关系。毕竟我不是业务，很多东西都不熟悉，感觉五雷轰顶。就在这时，刚刚甲方那个加班的同事给我打电话了，说能帮我把最新的数据导出来，但是以前的那些数据，他也没有，让我自己检查处理，我连忙答应，说“你按照你简单的方式来处理吧，其他的数据我自己可以修复的”。可能是因为我之前说了一句谢谢，他还是觉得应该帮我。于是我就下班了，毕竟不是什么光彩的事情，还是回家做吧。
回家之后，甲方同事的邮件已经收到了，我立即导入系统，发现数据差距已经很小了，开心，然后我又开始比对数据，慢慢匹配，导入，检查。然后检查确定无误，才洗漱睡觉。
反省一下：还是技术菜，经验不足，很多情况想不到。好在我懂礼貌，脸皮厚，甲方的同事愿意帮助我。可能是一直以来都对甲方很客气，对我的印象比较好吧。
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
