[發明專利]數據過濾中的Anti使用和模擬

無效

• 申請號: 201110355933.9
• 申請日: 2011-10-27
• 公開（公告）號: CN102567450A
• 公開（公告）日: 2012-07-11
• 發明（設計）人: C·A·海斯;A·S·梅耶斯;A·I·米內耶夫
• 申請（專利權）人: 微軟公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 上海專利商標事務所有限公司 31100
• 代理人: 胡利鳴

技術領域

本發明涉及數據過濾，尤其涉及數據過濾中的AntiNull使用和模擬。

技術背景

背景和相關領域

計算機和計算系統已經影響了現代生活的幾乎每個方面。計算機一般在工作、休閑、保健、運輸、娛樂、家庭管理等等中使用。

在數據應用中，沒有一種簡單的通用方式用于數據的有效參數化選擇，其中有時選擇數據的子集，而其他時候選擇所有數據。

例如，考慮以下SQL查詢：

SELECT?Customer.Id，Customer.Name，Customer.Age

FROM?Customer

WHERE?Customer.Name?IN(CustomerNames)

一旦參數值已經被傳入到該查詢，該查詢可變成等同于以下查詢：

SELECT?Customer.Id，Customer.Name，Customer.Age

FROM?Customer

WHERE?Customer.Name?IN(‘Maria’，‘Abdul’，‘John’)

但在數據的消費者想要實際查看所有客戶(Customer)的情況下，如果存在大量的客戶，該方法會變得不實用和緩慢。用于檢索所有客戶的更有效的方式可以是完全忽略過濾條件：

SELECT?Customer.Id，Customer.Name，Customer.Age

FROM?Customer

不幸的是，這將導致查詢的結構基于參數值而變化，這通常不是數據應用中的選擇。所需要的是一種傳入參數值的方法，該參數值本身指示過濾條件應該被忽略。

存在在各種數據應用中使用的針對該問題的三種典型方案。第一種方案是通配符。對于文本數據，許多數據應用提供過濾條件包括通配符以供模式匹配的能力。例如，用于尋找其姓名以“C”開頭的所有客戶的SQL查詢可以是：

SELECT?Customer.Id，Customer.Name，Customer.Age

FROM?Customer

WHERE?Customer.Name?Like‘C％’

參數化后，該查詢看起來像：

SELECT?Customer.Id，Customer.Name，Customer.Age

FROM?Customer

WHERE?Customer.Name?LikeCustomerName

這可允許用戶傳入“％”作為參數值，其將匹配每個客戶姓名。不幸的是，該方式僅對文本數據有效，并且通常不允許對多個特定項(例如，來自以上示例的Maria、Abdul和John)的選擇。

第二種方案是自定義代碼。在大多數情況下，數據應用使用特定的用手編寫代碼的方案來為每個查詢獲得該結果。這通常采用在查詢的經過濾的和未經過濾的形式之間切換的自定義代碼的形式。在SQL數據庫的情況下，該邏輯通常被構建入用于數據檢索的經存儲的過程中，過載“空(null)”的含義來指示查詢應該是未經過濾的。

例如：

IF(CustID?is?null)

SELECT?Customer.CustomerID

FROM?Sales.Customer?Customer

ELSE

SELECT?Customer.CustomerID

FROM?Sales.Customer?Customer

WHERE?Customer.CustomerID＝CustID

第三種方案是在維度數據庫中的[All]([所有])成員。在維度數據庫中存在相關的概念：[All]成員。然而，分層結構的該值表示該分層結構的所有成員的聚集，而非單獨地對該分層結構的所有成員的集合的引用。例如，對于銷售的針對[All]客戶的查詢可產生單個總計數，而非每個客戶的一個數。結果，如果經過濾的或未經過濾的數值二者之一基于參數值可以是合乎需要的，那么依然使用如上討論的類似的技術。

在此聲明的主題并不旨在限制解決任何不利之處或僅在諸如以上描述的環境中操作的實施例。相反，提供本背景僅僅用于示出在此描述的某些實施例可以在其中實現的一種示例性技術領域。

發明內容