昨天處理了一個 導入門店銷售憑證 對應的功能的問題，是由於在生成同一張憑證的時候總賬單位和銷售單位不同，而對應的總賬單位都有是一樣，並且錄入表中的是總賬單位，而定義的轉換比又是 1：1 引起了 違反唯一約束錯誤。在處理這個問題的過程中引起了，我一些思考：
1、客戶的需求是什麼
客戶的需求就是要你儘快解決掉問題，而不管你用什麼方法。
2、我的失誤在哪裏
沒有優先考慮客戶的需求，而是想獨立思考，明知道有最簡單的方法，可是還是願意選擇複雜的，個人查詢數據，導出正式庫的數據在做查詢，找出可能錯誤的數據：
這樣是瞭解了業務，讀懂了代碼，可是要花費大量時間。並且還有不可預知的錯誤。在感覺要超出自己估算的時間的時候沒辦法，還是告訴經理，然後把摘錄出的存儲過程交給 親愛的 DBA 大哥，讓他執行，給我範圍一下錯誤的具體語句就行。
可是，又一個悲哀出現了，就是不積極思考，而是扔個DBA後，等待那個錯誤的數據，這 8000多行的Insert插入，可讓DBA犯愁怎麼獲得這個數據了。我呢也想，給他了就別管了，只管等着結果，沒有積極參與進去。 唉，兩個小時過去了，沒有反饋一個結果來，還是老大牛逼，直接說，把需要的字段打印到平臺不就行了，幹嘛非要那個語句，意思就是減少數據在緩衝區的數據量，避免獲得語句時候的緩衝區溢出。 唉，經驗就是牛逼。 過程執行10多分鐘後，過程在異常處停止，前兩條可以輸出爲：
-- 089473 0093 HE
-- 089473 0093 HE
在我前面可能重複數據的行列。
總結而言，失誤就是：
- 只想一個人解決，明知道，只要執行這個存儲過程，就行，可是沒這個執行權限，就不願意和DBA交流，使用這個簡單方法了，最快速的獲得一些具體的異常信息。
- 在把問題交給DBA後，沒有積極思考，想着給他了，就只用等結果的錯誤。儘管DBA給反饋了執行中遇到的一些問題，也不是積極配合思考。一起解決
- 沒有完全理解什麼是團隊合作，團隊合作原來體現於工作的每個過程，思考，利用團隊的力量，纔是最快，最準確解決問題的方法。
3、什麼是團隊合作
作爲開發人員，團隊合作，不僅僅是開發的過程中的團隊合作。也是在解決客戶問題時候的團隊合作。綜合利用團隊資源，明確，明瞭，快速的解決客戶問題，也是一種合作。也就是團隊合作體現在整個的工作過程。而重點就是找到合適的人，綜合遇到的問題，積極主動的配合相關人員高質量的結局問題。DBA、實施、客戶、開發人員、架構師、諮詢經理，都是一個資源。都要充分利用
另外一個問題，就是在長期的工作中，會慢慢喪失掉思考的積極性