我遇到的情况是，应排除业务术语中出现故障的记录，这意味着只应使用滞后等分析查询（或类似的实现，我尝试使用DB2 for z）来比较有效的先前记录/ os 10.0，其中滞后尚未可用）。基于本论坛的输入，我将使解决方案适应DB2。前3条记录都是有效记录，因为它们遵循正确的案例顺序。与之前的记录进行比较，如果无效则标记它，然后将下一个与之前的VALID记录进行比较。在下一种情况下（情况2）记录4是好的，但不应该记录记录5而应将记录6与先前有效（记录4）进行比较。
希望这是有道理的。
Rec.No. case_no, case_date, status
1 1 11/10/2014 Rcvd
2 1 11/11/2014 Pndg
3 1 11/12/2014 Clos
4 2 11/10/2014 Pndg
5 2 11/12/2014 Rcvd --INVALID record as Rcvd should be done first, so flag this
6 2 11/13/2014 Clos --valid record in comparision to record 4