Sql-Server
如何委婉地提出數據庫的缺點？
一點背景：
在最初的開發人員離開後，我最近接手了支持和開發數據庫應用程序的責任。瀏覽應用程序，數據庫似乎有幾個……問題。
- 每週收縮和重新索引計劃
- 用於 Web 應用程序訪問的數據庫帳戶具有 db_owner 角色
- 沒有外鍵
- 所有表都使用 GUID 列作為主鍵
- C# 中內置的查詢未參數化
我如何向管理層提出這些問題？
通常，這應該不成問題，但我有一個問題：我只有不到六個月的 SQL 經驗，而經理和前開發人員在這個項目上工作了幾年。
確保您擁有大量文件，包括目前系統的缺陷以及如何修復它們。除非你有一個計劃，否則僅僅說“一切都糟透了”是沒有用的，並且可以向企業展示做出改變的真正好處。
這是我喜歡使用的台詞——它維護了每個人的尊嚴，讓每個人都逃脫了指責：
“是的，這曾經是最佳做法，而且……”
用它不做什麼來解釋這條線幾乎更容易。它不會對演講者的主張提出異議，因為您不想陷入爭論當時觀點是否正確的困境。您可能會花一整天時間爭論為什麼 USB 的名稱中包含 Universal 這個詞，但這無關緊要。您需要盡快找到正確的解決方案，有時這只是意味著忽略一些錯誤的事情。
它不會因為沒有跟上最新的技巧和竅門而責備另一個人。僅僅做我們的工作就已經夠難了，更不用說跟上部落格和培訓的步伐了，現實生活也會受到干擾。它讓對方挽回面子。
它不會把你和另一個人分開。每當我使用這條線時，我都會嘗試使用“我們”這個詞，因為我想帶著其他人一起解決這個問題。