今天下午除錯sql查詢表連線時出現問題，除錯找到執行時sql發現：c表和i表進行left join查詢，on後面寫了所有的條件導致後面對c表的所有過濾條件都不起作用了，然後運用技巧，left join 的on後面的條件加上乙個where 1=1 語句，後面的過濾條件都起作用，滿足了連線過濾的要求。
今天上午主要是走專案流程，也許是因為第一次真正專案經理很多東西不知道，當時qa培訓時也沒認真明確我要做的（想想如果當時培訓時如果不是泛泛的講系統的功能，而是講我所屬的角色在用這個系統時必須做的幾個步驟或注意的地方或許會更好些，這個重要的內容應該放在最開始或最後以便於我們記憶），結果結項了才發現自己是多麼不負責任，很多成果物我沒有審核，而這裡面有其它專案團隊成員所有工作的精華和意見建議，是了解整個專案，促進整個專案溝通協調最重要的一些資訊，我居然當時沒有任何審核，完全以一種走流程的心態很快的過掉，事情多沒時間永遠只是藉口，我的工作不需要介面。
今天在提交專案成果物時發現成果物檔名寫錯了，太不細心了，我自己也象徵性的檢查過好幾遍，但為什麼還會出現這麼明顯的問題呢。聯想到以前寫**也是，自己當時也不是沒檢查過，但以自己的思維檢查時根本發現不了任何問題。如何才能讓自己的檢查更有效率呢？我想到的乙個可能的解決方法是以後再審核時一定要隔一定的時間，最起碼要經過3次深呼吸之後，然後假定自己扮演不同角色，站在對方的視角批評性仔細的看自己的文件和成功才真正有檢查效果，所以以後再遇到相關重要文件成果物的問題提交時一定要果斷的這樣做。
今天晚上想問民生銀行卡中存錢，第一次輸入密碼進入系統單擊存錢後提示交易失敗，退出卡再插入再做相同操作又失敗，再取出卡做類似操作想查詢卡內餘額再次失敗，再次插入卡輸入密碼提示因密碼輸入錯誤次數太多該卡已被鎖定，鬱悶之極，民生的atm做的真是難用有問題，但仔細想想自己不也有問題嗎？我計算機思維定勢了，遇到軟體出錯或者系統失敗，下意識總以為重啟就可以解決問題，並且不假思索回憶的嘗試幾次，才導致了鎖卡的悲劇。在系統軟體中，就好象失敗多次只有堅持就會成功一樣，重啟可以解決很多問題，原理就是嘗試多次就會成功的道理，但這裡面有個前提就是每次嘗試前要認真思考，多思考總結多想有目的的嘗試才有用，而不能盲目的重複多次。因為我發現近期自己比較浮躁，軟體開發遇到問題，總是要自己漫無目的的重複嘗試多次失敗才能確認失敗然後思考解決問題的方法，以後我一定要改掉：同樣的嘗試失敗最多只能2次，2次失敗後一定要冷靜思考出方法後再繼續嘗試。
關於sql中左連線的兩個問題
本來對oracle中的左右連線已經非常熟悉，但是看到專案中寫的各式各樣的連線自己也迷惑了 摘出來，希望火眼金睛o v o 的朋友指點一二。先謝謝了o o。為了容易理解，簡化了實際複雜的sql,但結構類似 問題1 a文 專案使用的 select aa.x,bb.y,cc.z from aa,bb,cc...
解決了兩個sql問題
friday february 17,2006 05 24pm cst 1。decode 不僅僅針對固定值 case when b.aggregateno is null or b.aggregateno then customerid else b.aggregateno end 也可以寫成 de...
兩個組合優化問題及演算法
最近看到兩道程式設計題,有點意思,不過網上看了一下,雖然有一些人寫出了演算法,但是感覺演算法思想表述的都不夠清晰,特別是都是直接上結論,然後證明這麼做是對的。我不大喜歡這種表述方式,嘗試著以更容易理解的 順向思維 沒錯,不是什麼 逆向思維 就是正常的思路來推導一下求解過程.把陣列排成最小的數 輸入乙...