在實際業務場景中，我們需要将每天産生的業務資料寫入到odps一個新的分區内，以便後期進行資料分析。
在DataWorks我們可以通過定時任務+排程參數實作這一特點。
本文将從取“業務時間”次元來看排程參數每日替換情況（此操作類似于你在運維中心中選擇需要補資料的業務時間）。
友情提示：閱讀本文内容前可先食用官方文檔：
排程參數基本說明： 代碼區：大括号"${ }"：定義變量
排程配置參數指派：
中括号“[ ]” 定時時間： （排程配置頁面-定時排程-具體時間）
示例：[yyyymmdd] 相當于系統變量 cyctime
大括号”{ }” 業務時間：
示例： {yyyymmdd} 相當于系統變量 bizdate
案例說明：業務時間選擇 2018-01-31 區分排程參數[yyyymmdd] 與{yyyymmdd} 在排程時候的替換值
ps：由于[]取任務定時時間，定時時間可以精确到小時/分鐘/秒，是以下面的案例中，我會直接取任務定時時間。
https://img.alicdn.com/tfs/TB17QyuO4TpK1RjSZFMXXbG_VXa-1903-930.png
由于任務隻有在生産環境才會被排程，是以排程參數隻有生産環境排程運作後才會被替換，若需要檢驗排程替換的值是否會符合預期，我們可以選擇界面的開發環境冒煙測試。
我們實驗一下排程參數會不會和我上面寫的一樣（不需要送出釋出到生産環境運作哦，直接選擇“開發環境冒煙測試”就可以啦~）
特别強調：使用開發環境冒煙測試請在每次變更排程參數後重新儲存--送出--開發環境冒煙測試，否則冒煙測試替換邏輯任然延續上次冒煙測試排程參數指派情況。
可以在一下兩處檢視排程參數的替換情況哦~
Q:params format error，please check your params（key=values）
A:1. 檢查排程參數那是不是多加了空格
2. 節點名點和中文不能一塊使用。