除了CRUD也要注意IO

今天是星期六,按照计划是进行数据库的加密和验证工作,并做程序的最后审核,由于昨天的测试比较顺利,所以今天就我一个人加班,也没太当回事情.

数据库的加密做的比较顺利,选择好算法,进行一些批量处理就可以了,但是,在检查一些测试数据的时候发现了一些问题,虽然程序没有问题,但是有一列的输出结果,很不正常,基本上都是0,出了什么问题.在跟踪Sql语句的时候,发现无论放入什么测试数据都不能得到正确的结果,但是仔细看了看代码,并没有任何逻辑上的错误,最后只能把目光放到数据上了.

数据大概有1000多条,共分成3大部分,检查后发现有一个部分的数据确实是错了,都是0,但是是哪里错了呢?后来发现是导入数据的时候客户提供给我们的和实际要求不一致,在Excel表上将多余的列隐藏了,郁闷.

不过还好所有的原始数据都有备份,重新导入后/打包/测试,一切OK,但是也浪费了不少的时间.

其实很多时候我们往往重视数据库的CRUD,但是对导入和导出部分的检查就不是很仔细了,我所犯的错误就是在这,所以除了CRUD外,对数据库的I/O操作也要谨慎处理,特别是需要业务规则检查的数据,更要慎重.

呵呵,由于工作的原因对加密算法不是很熟悉,今天看看资料感觉还挺有意思,以后还要多看看加密算法.