寫在前面：上一篇談到的規則及這一篇談到的規範都是本人的經驗總結，不代表一定正確。

kettle開發規範：

1. 對於會發生變化的因素要用變數替換，不能寫死。根據需求嚴格區分在未來哪些有可能變化的，哪些一定會變化的及哪些是不變的，如做增量資料抽取時，增量的時間範圍未來就是有可能會發生變化的。通常情況下資料庫是一定會變化的(開發環境和測試環境及生產環境通常都是不一樣的)，變數要控制作用域，即合理的用全域性變數和區域性變數，上篇有簡單介紹。常用的變數因素有：資料庫、檔案路徑、時間範圍。

2. 資料夾命名要友好。如專案project的資料抽取資料夾有../project/job/、../project/transformation/、../project/sql/、../project/files/。分別存放資料抽取的任務指令碼、轉換指令碼、sql指令碼和要用到的原始檔，如果區分全量和增量還需要在加一層，用../whole和../increment區分。之所以這樣是防止指令碼過多放在一起不容易區分，導致誤操作可能性大。

3. 就近原則，表對錶抽取，只用轉換做純sql做不了的事。sql指令碼能解決的就用sql指令碼，且如果能用外部檔案的方式，一定要用外部檔案的方式。因為轉換是通過記憶體處理，然後才去操作資料庫，而sql是直接操作資料庫，效能上會有提升，而且sql維護渠道比較多。

4. 檔案抽取到資料庫，一次性的不要用kettle。定時更新的可以用kettle。簡單的用檔案轉換步驟，就上一篇截圖中的各種輸入檔案步驟，複雜的用java程式碼，（下篇的ftp會詳說，日誌不會輸出檔案條目數，需要自己建日子表記錄）。

結語：規範其實是根據自己的喜好定的，不一定適合其他人。規範只針對本人用過的，實操過的功能，還有很多沒用到過得功能都沒有寫，等以後用到了在補上。如果你看到此文，並且有想法歡迎留言。