這幾天一直在搞一家客戶的產品公升級動作，資料的轉移已經完成大部分，因為公升級主要的目標是處理效能問題，所以我針對性的對將要公升級的版本進行了一些操作效能檢查，真是不做不知道，一做嚇一跳，有乙個查詢選擇人員的頁面資料(60,000)的結果顯示居然花費了50s......oh, my god
沒有辦法就仔細開啟**開始分析，分析結果是這樣的：
1、資料繫結動作做了2次，最要命的是其中一次是直接繫結了所有60,000條資料，這直接將效率下降了40s左右(注：我們系統對於資料的查詢採用的是部分繫結，只繫結需要顯示的資料)，修改後查詢需要時間10秒左右。
2、**中將資料查詢出來後又針對這些資料做了一次迴圈遍歷，將其中3列合併為1列，耗時3s左右......faint again...修改方式不用多說，直接將運算動作放到了sql中，sql的執行時間基本無變化。
3、sql語句分析完後發現在where子句中居然存在兩個字段直接等於的情況(where psnaccount.personid = psnaccount.personid)，進行了完全沒有必要的資料庫運算，去掉後sql語句的執行再次提高3s，經過**分析，產生這個條件是原因是 —— 某個公用元件的使用方法不正確......無語
經過這次事實的經驗教訓，更加讓我清楚地認識到了code review的重要性，尤其是在軟體產品發展的過程中，乙個非常簡單的道理：code review做的越早，產品就可以做得越好！
Code Review的重要性
這幾天一直在搞一家客戶的產品公升級動作，資料的轉移已經完成大部分，因為公升級主要的目標是處理效能問題，所以我針對性的對將要公升級的版本進行了一些操作效能檢查，真是不做不知道，一做嚇一跳，有乙個查詢選擇人員的頁面資料 60,000 的結果顯示居然花費了50s.oh,my god 沒有辦法就仔細開啟 開...
重要性取樣
from scipy import stats from scipy.stats import norm import numpy as np import matplotlib.pyplot as plt def f x return np.sin x x def intf x1,x2 retur...
定時的重要性
2.wm timer訊息 是又定時器發出的訊息 首先我們先建立乙個定時器 函式原型 unit settimer hwnd hwnd,uint nidevent,uint nelapse,timerproc lptimerfunc 要建立定時器，還需要 a.視窗控制代碼 b.選擇識別符號 c.微秒級的...