1. 專業的多面手(Be an expert generalist)
熟知存儲、操作系統等領域的知識，跨平臺數據庫的技術也是必須要掌握的，不能離開了Windows 環境到了Unix下什麼都作不了。看上去這一點似乎有些苛求，不過個人認爲通過持續的學習能力加上良好的知識積累方法會讓你無限接近這種能力。
2. 理解來自商業、用戶的需求(Understand the business and user expectations)
如何把掌握的數據庫知識應用到商業需求上，還不給用戶一種“木匠拎着錘子，看什麼都是釘子”的感覺是需要一點藝術的。
3. 通過可量化的度量構建更加正規的服務級別協議(Build more granular service level agreements (SLAs) via quantitative and easy-to-understand metrics)
用戶(或你的老闆)對你的數據庫管理工作是否滿意，總要有一個可以達成一致的地方，這個一致應該來自"服務級別協議". 服務級別協議是很多 DBA 最容易忽略的一個地方。
4. 把環境分割爲更小更易於管理的組成部分(Break down the environment into smaller, more manageable pieces)
一攬子計劃不是個好主意，分而治之。這樣也容易與委託方達成一致。
5. 關注於任務，而不是實現的細節(Be task-focused, not necessarily on how to accomplish it)
這一點應該是說於開發人員的關係的。DBA 不應該去關注太多程序設計的細節，而應該把注意力集中任務實現上--有效的與數據庫交互. (這一點說起來似乎有些勉強，或許站在高效 DBA 的角度上就容易理解了，呵)
6. 隔離並委派普通任務(Segregate and delegate the mundane).
如果從一個技術領導者的角度上說，這是必須的。既然是高效DBA ，那麼在沒必要事必躬親拘泥於一些瑣碎的事情. 否則再高效也不成.
7. 淘汰特定環境下纔可以用的那些玩意兒(Weed out the one-trick ponies)
特定的第三方工具、GUI 工具等只會使得整個環境更爲複雜。一個高效的 DBA 應該致力於整個環境的簡化與標準化。
說的是 DBA ，其實放到其他工種上也是蠻適合的。
從卓越到優秀，還是從普通到平庸，這是個問題。