1.
為什麼dba
要了解業務需求
? dba
了解業務需求後會給專案代來哪些建議?
dba 了解業務需求後
, 就明白了業務流程
, 熟悉了業務流程就清楚了資料的流向
, 然後就可以站在資料的角度來分析資料變化的情況
( 如資料增長情況
, 資料分布情況
, 是否有特殊性資料等
), 有了以上這些分析
,dba
就可以更好的配合開發同事來設計表和索引等.
比如, 一些記錄日誌的表，這些表中的資料生命週期相對很短。幾周或是幾個月而已。這時
dba 可能會和開發同事討論
, 建議使用
partition table
技術來完成。
2.
為什麼開發同事設計好專案中所有的表和索引後，開發同事要和
dba 一起討論一下？
因為開發同事主要是偏向於業務功能如何實現，對實現業務功能和業務邏輯有較強的技能。但對
資料庫
的認識一般會把資料庫當作是乙個存放資料的工具，乙個黑匣子來看。而
dba 的工作正是了解資料庫的工作機制，站在效能的角度來考慮如何讓資料有效的存放和快速的取出。所以感覺開發人員和
dba 共同協作，可能會做得更好，設計出更高效的系統.
3.
為什麼開發同事要將與專案相關的
sql
提供給dba
檢視?
開發同事主要提供執行次數較為頻繁
( 執行次數很多) 的
sql,
這樣的sql 執行一次可能開銷不太
, 但是由於執行次數較多
, 所以整體開銷會很大
(executions*per exec)
。同時由於執行執行次數較多容易會現
lock
或是latch
等現象。另外，執行次數較為頻繁的
sql 所牽涉到的表
, 應該也是熱點表，所以當
dba 知道這些後，會有針對性的重點觀察關注這些
sql 及用到的熱點表。
測試參與專案的時機
天天被測試人員叫過去定位一些軟體本身不支援的功能。目前專案的測試用例非常簡單，簡單到只有一句話。全憑測試人員的思維發散來測試。發散的多了，故障單就多。發散少了，故障單就少。專案的測試用例，用乙個專案用例庫，還是這個專案剛開始的時候寫的。都2 3年沒有更新。心裡的感觸是非常深刻的。專案在需求開發過程中...
參與開源專案的6條建議
開源專案是提高自身能力和做你喜歡的事的好方法，有其他專案的實際經驗也能讓你更符合求職要求,給你帶來更多的機會。問題是大家都不知道從 開始。以下6個簡單的提示告訴你如何開始f oss free and open source software 1.參與那些你使用過的開源軟體背後的專案 這很顯然，請不要...
一些參與開源專案的建議
一直非常想增加到乙個開源專案中去，目的非常easy 分享思路。接受眾人的考驗，可是卻沒成行。看到這篇文章。受到一定的啟示。遂轉之。注 有刪減。人們常下面3個原因而打消了參與到開源專案的念頭 1.我還不足夠優秀 2.我沒有足夠的是時間 3.我不知道什麼樣的專案適合我 尋求機會參與到開源專案中去，應該知...