以時間為基礎之資料列篩選的最佳作法
新增： 2006 年 4 月 14 日
應用程式使用者通常需要來自資料表中以時間為基礎的資料子集。例如，業務員可能需要上週的訂單資料，或事件計劃者可能需要未來一週的事件資料。許多狀況下，應用程式會使用包含 GETDATE() 函數的查詢來達成這個目的。請考量下列資料列篩選陳述式：
WHERE SalesPersonID = CONVERT(INT,HOST_NAME()) AND OrderDate >= (GETDATE()-6)
使用這種類型的篩選時，通常假設合併代理程式執行時一律會發生兩件事：滿足這個篩選的資料列會複寫至訂閱者，以及不再滿足這個篩選的資料列會從訂閱者端清除 (如需以 HOST_NAME() 篩選的詳細資訊，請參閱＜參數化資料列篩選＞)。然而，不論您為資料所定義的資料列篩選為何，合併式複寫只能複寫和清除自上次同步處理後已變更的資料。
若要合併式複寫處理資料列，資料列中的資料必須滿足資料列篩選，並且自上次同步處理後必須已變更。在 SalesOrderHeader 資料表的案例中，OrderDate 是在插入資料列時所輸入的。資料列會如預期複寫至訂閱者，因為插入動作是資料變更。然而，如果訂閱者端有不再滿足篩選的資料列 (超過七天以上的訂單資料列)，除非這些資料列因其他原因而更新，否則不會從訂閱者端移除。
事件計劃者的案例更進一步強調這種篩選類型的問題。請考量 Events 資料表的下列篩選：
WHERE EventCoordID = CONVERT(INT,HOST_NAME()) AND EventDate <= (GETDATE()+6)
對於包含事件的資料表，可能在事件日期前提早進行插入動作。如果提前在一個月前進行未來一週事件的插入動作，並且資料列沒有因為其他原因而更新，即使該資料列滿足資料列篩選，也不會複寫至訂閱者。
此外，視發行集的設定方式而定，合併式複寫會在不同時間評估篩選：
- 如果發行集使用預先計算的資料分割 (預設值)，篩選會在插入或更新資料列時進行評估。
- 如果發行集沒有使用預先計算的資料分割，篩選會在執行 [合併代理程式] 時進行評估。
如需有關預先計算之資料分割的詳細資訊，請參閱＜使用預先計算的資料分割最佳化參數化篩選效能＞。評估篩選的時間會影響哪些資料會滿足篩選。例如，如果發行集使用預先計算的資料分割，並且您每兩天會同步處理資料一次，業務員的資料子集可能會包含比預期早兩天的資料列。
以時間為基礎的資料列篩選使用建議
下列方法為以時間為基礎的篩選提供了完善直接的作法：
- 將資料行加入至 bit 資料類型的資料表。這個資料行是用來指出資料列是否應複寫。
- 使用會參考新資料行 (而不是以時間為基礎的資料行) 的資料列篩選。
- 建立 SQL Server Agent 作業 (或透過另一個機制排程的作業)，這個作業會在合併代理程式已排程執行之前更新資料行。
這個作法針對使用 GETDATE() 或另一個以時間為基礎之方法的缺點，可避免必須決定何時評估資料分割篩選的問題。請考量 Events 資料表的下列範例：
| EventID | EventName | EventCoordID | EventDate | Replicate |
|---|---|---|---|---|
1 |
Reception |
112 |
2006-10-04 |
1 |
2 |
Dinner |
112 |
2006-10-10 |
0 |
3 |
Party |
112 |
2006-10-11 |
0 |
4 |
Wedding |
112 |
2006-10-12 |
0 |
這個資料表的資料列篩選可能如下：
WHERE EventCoordID = CONVERT(INT,HOST_NAME()) AND Replicate = 1
SQL Server Agent 作業可在每次合併代理程式執行之前執行 Transact-SQL 陳述式，如下：
UPDATE Events SET Replicate = 0 WHERE Replicate = 1
GO
UPDATE Events SET Replicate = 1 WHERE EventDate <= GETDATE()+6
GO
第一行會將 Replicate 資料行重設為 0，而第二行則會針對接下來七天發生的事件將資料行設為 1。如果在 10/07/2006 執行這個 Transact-SQL 陳述式，資料表會更新成：
| EventID | EventName | EventCoordID | EventDate | Replicate |
|---|---|---|---|---|
1 |
Reception |
112 |
2006-10-04 |
0 |
2 |
Dinner |
112 |
2006-10-10 |
1 |
3 |
Party |
112 |
2006-10-11 |
1 |
4 |
Wedding |
112 |
2006-10-12 |
1 |
下一週的事件現在會標幟為複寫準備就緒。下次合併代理程式針對事件協調者 112 所使用的訂閱而執行時，資料列 2、3 及 4 將會下載至訂閱者，並且資料列 1 將會從訂閱者移除。