今天是星期六,按照計劃是進行數(shù)據(jù)庫的加密和驗證工作,并做程序的最后審核,由于昨天的測試比較順利,所以今天就我一個人加班,也沒太當回事情.

數(shù)據(jù)庫的加密做的比較順利,選擇好算法,進行一些批量處理就可以了,但是,在檢查一些測試數(shù)據(jù)的時候發(fā)現(xiàn)了一些問題,雖然程序沒有問題,但是有一列的輸出結(jié)果,很不正常,基本上都是0,出了什么問題.在跟蹤Sql語句的時候,發(fā)現(xiàn)無論放入什么測試數(shù)據(jù)都不能得到正確的結(jié)果,但是仔細看了看代碼,并沒有任何邏輯上的錯誤,最后只能把目光放到數(shù)據(jù)上了.

數(shù)據(jù)大概有1000多條,共分成3大部分,檢查后發(fā)現(xiàn)有一個部分的數(shù)據(jù)確實是錯了,都是0,但是是哪里錯了呢?后來發(fā)現(xiàn)是導(dǎo)入數(shù)據(jù)的時候客戶提供給我們的和實際要求不一致,在Excel表上將多余的列隱藏了,郁悶.

不過還好所有的原始數(shù)據(jù)都有備份,重新導(dǎo)入后/打包/測試,一切OK,但是也浪費了不少的時間.

其實很多時候我們往往重視數(shù)據(jù)庫的CRUD,但是對導(dǎo)入和導(dǎo)出部分的檢查就不是很仔細了,我所犯的錯誤就是在這,所以除了CRUD外,對數(shù)據(jù)庫的I/O操作也要謹慎處理,特別是需要業(yè)務(wù)規(guī)則檢查的數(shù)據(jù),更要慎重.

呵呵,由于工作的原因?qū)用芩惴ú皇呛苁煜?今天看看資料感覺還挺有意思,以后還要多看看加密算法.

轉(zhuǎn)載于:https://www.cnblogs.com/Duiker/archive/2006/04/08/370018.html

總結(jié)

以上是生活随笔為你收集整理的除了CRUD也要注意IO的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。