對餐飲連鎖總店彙總分店資訊部分修改的思考

2021-08-25 07:39:22 字數 748 閱讀 6485

由於該餐飲連鎖店未使用廣域網來聯絡分店資料庫與總店資料庫,故而永和總店對分店消費資訊,營業額資訊等彙總的實現是通過將分店資料庫,還原到總店資料庫伺服器上,而後再遍歷各個分店資料庫中的表查出相應資訊來完成的。

這部分的彙總包括的內容並不多,重複性工作多,所以編碼很快就完成了。然而出現了點小錯誤後,其除錯修改時間也不容小覷。常規的除錯修改問題在此不說,說一下引起這次問題的本質原因。

首先是文件不全。層間類呼叫關係不明朗,呼叫下層的方法時需要考究。克服之法就是要確保文件的表意性強,及時溝通、改正文件和**中的不當之處。

其次是發現問題時未及時溝通與研究。像在sqlhelp

類中定義了乙個opencollection

()方法。用於開啟指定資料庫的連線。可是這個方法是public

宣告的,又沒有文件指導,導致上層使用該類方法時自己又呼叫了這個方法。殊不知這個方法裡面本身已經自動開啟了連線。並且過載的方法下呼叫分別呼叫了open

()和opencollection

()方法來開啟不同的資料庫。導致選擇方法時出現了誤差。

之所以上面說發現問題是自己已經感覺到那個public

宣告的方法有些不合適。但自己沒有去查下層類的用法,也沒有去和建立人溝通。

最後就是編碼習慣不好。只圖實現眼前功能,不顧資料的驗證,邊緣資料的處理。這就要求編碼中應該處理一下可以預見的邊緣資料等一切可能會引起問題的隱患。

思考其中,之所以會產生溝通不及時,**簡陋,文件達意模糊等問題,很大程度上源自根深蒂固的懶惰、虛偽與妄自尊大的特性。

餐飲連鎖收銀系統總結會議 對合作做事情的思考

到今日此系統已經在多家店中進行了使用。昨天出現了一系列問題。這些問題的是對我們平日一些小忽視,小將就的一次爆發式報復。由此我們開了這次總結會。對問題實質進行挖掘。做事情要遵循以下原則。一 萬事要有個態度。二 萬事要有標準。做事情,首先要確認這個事情你是否做。一旦決定要做這個事情就乙個心思的去做這件事...

SQL對取值範圍進行分組彙總

假設現在有這麼兩個表,要做關聯查詢,查詢出每個鄉鎮每個年齡段的driver有多少個,該怎麼寫sql語句?查詢出結果是這種的 那麼sql應該怎麼寫呢 sql server資料庫環境 select town name count case when nl between 1and 5then nl en...

mybatis多對多的問題彙總

結果顯示 檢視 發現沒有問題,難道是實體類的原因?後來發現實體類少了重寫tostring 方法 override public string tostring 但是還是有問題,如下,名字重複 原因在於user表和role表有欄位名重複 原來的sql語句 select u.r.from user u ...