基於細粒度數據實體建立數據管理費用結構的方法

2023-06-08 08:59:16 2

人口統計"。類別是一個或多個邏輯欄位的分組。在本示例中，"名"、"姓"和"州，，是屬於共同類別即"人口統計"的邏輯欄位。圖3示出了例示運行時間組件150的操作的一個實施例的說明性運行時間方法300。當運行時間組件150接收到抽象查詢(例如圖2示出的抽象查詢202)的實例作為輸入時，在步驟302進入方法300。在步驟304,運行時間組件150讀取並分析該抽象查詢實例，並定位單獨的選擇標準和所希望的結果欄位。在步驟306，運行時間組件150進入用於處理在抽象查詢中出現的每個查詢選糹奪標準語句的循環(包括步驟306、308、310和312)，從而構建具體查詢的數據選擇部分。在一個實施例中，選擇標準由(邏輯欄位的)欄位名、比較運算符(=、>、<等)和(欄位與之比較的)值表達式組成。在步驟308，運行時間組件150使用來自抽象查詢的選擇標準的欄位名來在數據儲存庫抽象148中查找該欄位的定義。如上所述，該欄位定義包括對用來訪問與該欄位相關聯的物理數據的訪問方法的定義。然後，運行時間組件150為正被處理的邏輯欄位構建(步驟310)具體查詢組分。如同在這裡定義的那樣，具體查詢組分是用來基於當前邏輯欄位進行數據選擇的具體查詢的一部分。具體查詢是採用例如SQL和XML查詢的語言表示的查詢，並與給定物理數據儲存庫(例如，關係資料庫或XML儲存庫)的數據一致。因此，使用具體查詢來從由圖1示出的資料庫156-157表示的物理數據儲存庫中定位和檢索數據。然後，將為當前欄位產生的具體查詢組分添加到具體查詢語句中。然後，方法300返回步驟306,以便開始對抽象查詢的下一欄位的處理。因此，對抽象查詢中的每個數據選擇欄位重複在步驟306進入的過程，從而貢獻出(contribute)要進行的最終查詢的附加內容。在構建具體查詢的數據選4奪部分之後，運行時間組件150識別將作為查詢執行結果返回的信息。如上所述，在一個實施例中，抽象查詢定義在這裡稱為結果規範的、將作為查詢執行結果返回的抽象欄位的列表。抽象查詢中的結果規範可包括欄位名和分類標準。因此，方法300在步驟314處進入循環(由步驟314、316、318和320定義)，以便將結果欄位定義添加到所產生的具體查詢中。在步驟316，運行時間組件150在數據儲存庫抽象148中查找(來自抽象查詢的結果規範的)結果欄位名，然後從數據儲存庫抽象148中檢索結果欄位定義，以便識別將為當前邏輯結果欄位返回的數據的物理位置。然後，運行時間組件150為該邏輯結果欄位構建(如步驟318)(識別要返回的數據的物理位置的具體查詢的)具體查詢組分。然後，在步驟320，將具體查詢組分添加到具體查詢語句中。一旦處理了抽象查詢中的每個結果規範，就在步驟322執4亍該查詢。參考圖4來描述用於根據步驟310和318為邏輯欄位構建具體查詢組分的方法400的一個實施例。在步驟402，方法400查詢與當前邏輯欄位相關的訪問方法是不是簡單訪問方法。如果是，則基於物理數據位置信息構建(步驟404)具體查詢組分，並且，隨後，處理根據上述方法300而繼續進行。否則，處理繼續進行到步驟406,以查詢與當前邏輯字^a相關的訪問方法是否是過濾訪問方法。如果是，則基於某個物理數據實體的物理數據位置信息來構建(步驟408)具體查詢組分。在步驟410,利用用於對與該物理數據實體相關的數據進行子集構造(subset)的附加邏輯(過濾器選擇)來擴展具體查詢組分。然後，處理根據上述方法300而繼續進行。如果該訪問方法不是過濾訪問方法，則處理從步驟406前進到步驟412，在步驟412，方法400查詢訪問方法是不是組合訪問方法。如果該訪問方法是組合訪問方法，則在步驟414，定位並檢索組合欄位表達式中每個子欄位引用(reference)的物理數據位置。在步驟416，用組合欄位表達式的物理字殺:位置信息代替該組合欄位表達式的邏輯欄位引用，由此產生具體查詢組分。然後，處理根據上述方法300而繼續進行。如果該訪問方法不是組合訪問方法，則處理從步驟412前進到步驟418。應當理解，構思了並不實施所有可用的訪問方法的實施例。例如，在特定實施例中，僅使用簡單訪問方法。在另一實施例中，僅使用簡單訪問方法和過濾訪問方法。如上所述，如果邏輯欄位指定了與底層物理數據不同的數據格式，則可能有必要進行數據轉換。在一個實施例中，當根據方法400建立邏輯欄位的具體查詢組分時，對於每個分別的訪問方法進行初始轉換。例如，可以作為步驟404、408和416的一部分或緊跟其後進行轉換。在步驟322執行了查詢之後，進行從物理數據的格式到邏輯欄位的格式的隨後的轉換。當然，如果邏輯欄位定義的格式與底層物理數據相同，則沒有必要進行轉換。數據儲存庫抽象組件的其它實施例在一個實施例中，為每個單獨的物理數據表示214提供了不同的單個數據抽象模型148。在替換實施例中，單個數據抽象模型148包含用於兩個或多個物理數據表示214的欄位規範(具有相關的訪問方法)。在另一實施例中，提供了多個數據抽象模型148,其中，每個數據抽象模型148披露同一底層物理數據(其可包括一個或多個物理數據表示214)的不同部分。以這一方式，多個用戶可同時使用單個應用程式140來訪問同一底層數據，其中，由各個數據抽象模型148確定向應用程式披露的底層數據的特定部分。後面的這一實施例在標題為"DYNAMICENDUSERSPECIFICCUSTOMIZATIONOFANAPPLICATION'SPHYSICALDATALAYERTHROUGHADATAREPOSITORYABSTRACTIONLAYER"、並被轉讓給國際商業機器公司的美國專利申請第10/132,228號(公開號為US20030208486)中更詳細地進行了描述。在任意情況中，數據抽象模型148包含(或者是指)將邏輯欄位映射到物理數據的至少一個訪問方法。為此，如前述實施例所示，訪問方法描述定位和操縱對應於邏輯欄位的數據的物理表示的手段。在一個實施例中，訪問方法還配置有定義與邏輯欄位相關的數據的位置的位置規範。以這一方式，數據抽象模型148被擴展為包括對多個數據源的描述，所述數據源可以是本地的，以及/或者分布在網絡環境中。數據源可以使用大量不同的數據表示和數據訪問技術。以這一方式，提供了能夠利用當今流行的分布式環境的基礎結構。在標題為"REMOTEDATAACCESSANDINTEGRATIONOFDISTRIBUTEDDATASOURCESTHROUGHDATASCHEMAANDQUERYABSTRACTION",並被轉讓給國際商業機器公司的美國專利申請第10/131,984號(公開號為US20030208458)中更詳細地描述了一種用於訪問多個數據源的方法。在各個實施例中，提供了超越現有技術的眾多優點。在一個方面，通過定義應用程式操作規範和底層數據表示之間的鬆散結合來獲得這些優點。如使用SQL的情況，不是利用特定的表、列和關係信息來將應用程式編碼，而是該應用程式以更抽象的方式定義數據操作需求，該數據操作需求隨後在運行時間被綁定到特定的物理數據表示。本發明的鬆散操作數據結合使得請求實體(例如應用程式)能夠在即使底層數據表示被修改、或者將與全新的而不是在開發該請求實體時曾使用的物理數據表示一起使用該請求實體時，也能發揮作用。在修改或重新構造給定物理數據表示的情況中，更新對應的數據儲存庫抽象，以反映對底層物理數據模型所做的改變。查詢可使用同一組邏輯欄位，並且，所述同一組物理欄位僅被綁定到物理數據模型中的不同實體或位置。因此，即使對應的物理數據模型已經經歷了重大改變，寫入到抽象操作接口的請求實體也繼續執行未被改變的功能。如果將與全新的而不是在開發請求實體時曾使用的物理數據表示一起使用該請求實體，則可以使用相同的但遵循不同命名和組織信息(例如，不同大綱)策略的技術(例如，關係資料庫)來實施這個新物理數據模型。新大綱將包含可使用簡單、過濾和組合字賴:訪問方法技術映射到應用程式必需的一組邏輯欄位的信息。可替換地，新物理表示可使用表示相似信息的替換技術(例如，基於XML的數據儲存庫和關係資料庫系統的使用)。在任一情況中，被寫入以使用抽象操作接口的現有請求實體可容易地轉移為使用新物理數據表示，並且提供將查詢中引用的欄位與新物理數據模型中的位置和物理表示相映射的替換數據儲存庫抽象。在另一方面，使應用程式構建者和最終用戶容易使用。使用抽象層來表示底層數據儲存庫中的邏輯欄位使應用程式開發者能夠致力於關鍵應用程式數據需要，而不關心底層數據表示的細節。因此，在應用程式開發期間，實現了更高的生產率和減小的錯誤率。對於最終用戶，數據儲存庫抽象提供了數據過濾機制，其披露相關數據，並隱藏開發給定查詢的特定等級的最終用戶所不需要的不必要內容。實施本模型的解決方案使用所提供的抽象操作規範來描述其信息需求，而不考慮所包含的數據的位置或表示。例如查詢的操作被提交給運行時間組件，其使用數據抽象模型來確定用來訪問在該查詢中表示的每個邏輯信息的位置和方法。在一個方面，此模型允許與由解決方案使用的數據的物理位置或表示無關地開發解決方案，使得有可能容易地將該解決方案用於多種不同的數據拓樸，並且允許該解決方案在隨著時間的過去而重新定位或重新組織數據的情況中發揮作用。在另一方面，此方法還簡化了擴展解決方案以利用附加信息的任務。擴展是在抽象查詢的級別上進行的，並且不需要增加對於正在訪問的新數據的位置或表示為唯一的軟體。此方法向軟體應用程式提供了共同的數據訪問方法，其與用來訪問數據的特定方法和所引用的數據的每個條目的位置無關。通過抽象查詢訪問的物理數據可被相關地(在現有關係資料庫系統中)、分級地(如XML)或以某個其它物理數據表示模型表示。還支持大量的數據訪問方法，包括基於現有數據查詢方法的那些方法，例如SQL和XQuery,以及包含對信息的有計劃訪問的方法，例如通過網絡服務調用(例如使用SOAP)或HTTP請求檢索數據。模型實體本發明的多個方面提供用來通過表示單獨邏輯欄位的組合來識別更高級別的底層數據抽象的數據抽象模型實體。模型實體向最終用戶和應用程式提供更高級別的底層數據的概念視圖，其可以簡化數據查詢和修文任務(即，插入和刪除)。用戶/應用程式可以在更概念化的模型實體級別上工作，而不是必須理解組成實體例如病人或實驗室檢驗結果的所有單獨欄位。如同將在下面更詳細地描述的那樣，模型實體的定義包含足夠的元數據，以便使對模型實體的實例進行的處理更有效率並得以簡化。在本實施例中，通過附加元數據將模型實體定義到已經在抽象數據模型表示(即，DAM)中發現的模型實體。然而，更一般地，可以在抽象數據模型定義內定義模型實體，或者可以在抽象數據模型定義之外定義模型實體。此外，參考關係資料庫來描述實施例。然而，本發明適用於包括例如諸如XML的標記語言的任意其它數據表示。現在參考圖5，環境500包括代表性的數據抽象模型(DAM)502,其配置為支持對物理數據源的訪問(即，查詢和修改操作)。僅作為說明，通過數據抽象模型502訪問的物理數據源是包含多個表520-523的關係數據源504。然而，如上所述，考慮了任意數據類型。數據抽象模型502通常包括多個類別508m、多個邏輯欄位規範510w6、模型實體規範525和物理實體關係規範526。類別508可針對單個邏輯欄位定義，或者更一般地，將兩個或多個邏輯欄位規範510相關聯。邏輯欄位規範510包括上面針對圖2描述的元數據，為簡單起見，沒有示出該元數據。上面針對圖2描述的邏輯欄位規範的一些方面以簡化的形式示出。例如，在"年齡"邏輯欄位規範5105和"支付天數"邏輯欄位規範51016的情況中，用箭頭來表示對定義組合欄位時使用的邏輯欄位的引用。此外，邏輯字賴^見範510包括用於實現本發明多個方面的補充元數據。例如，所選擇的邏輯欄位配置有各種屬性，包括"必需"屬性514、"產生"屬性516和"預設"屬性518。作為說明，"名"邏輯欄位規範5102、"姓"邏輯欄位規範5103、"城市"邏輯欄位規範5108、"州"邏輯欄位規範5109、"郵政編碼"邏輯欄位規範510,。、"葡萄糖4全驗"邏輯欄位規範51012、"帳戶號碼"邏輯欄位規範51013、以及"餘額"邏輯欄位規範51014配置有"必需"屬性514。"病人ID，,邏輯欄位規範510i配置有"產生，，屬性516，而檢驗日期邏輯欄位規範510配置有"預設值"屬性518，其中，預設值被指定為"Current_Date(當前日期)"。模型實體規範525定義多個模型實體506,.3(作為說明，示出3個模型實體；然而，可以定義任意數目的模型實體)。每個模型實體具有名稱。作為說明，"病人"模型實體506p"檢驗"模型實體5062和"帳戶"模型實體5063由DAM502定義。作為說明，現在參考圖6來描述病人和檢驗模型實體506的附加細節。儘管沒有示出，但是"帳戶"模型實體5063的細節可具有相似的組成。除了名稱602以外，每個模型實體還定義了多組欄位，用來實現對與模型實體相對應的物理數據的查詢、插入和刪除操作。具體地說，每個模型實體506被分為包括查詢部分604l2、插入部分606w和刪除部分608w。才艮據對^^莫型實體506執行的操作類型，訪問適當的部分。注意，對於查詢，指定了定義模型實體(即，病人)的欄位的全部，而在插入和刪除的情況中，指定定義模型實體的所有欄位的子集。如同將在下面更詳細地描述的，所述欄位的子集包括用於模型實體的每個對應物理實體的"種子"欄位。在任何情況中，應當清楚模型實體506的一部分可以只包括指向單個物理實體的單個邏輯欄位。此外，模型實體506自身可以只具有指向單個物理實體的單個邏輯欄位。模型實體提供特定的優點，然而，當它們跨越多個欄位/實體時，由於在此情況中用戶能夠利用單一抽象表示工作，而不承擔知曉什麼邏輯欄位組成抽象實體的任務。在這一點上，注意，實際上，模型實體506的每個部分(查詢、插入和刪除)本身都是模型實體，其中，每個部分定義對於給定操作的抽象實體，而不管該抽象實體是否跨越多個邏輯欄位和/或多個物理欄位。除了模型實體元數據以外，本發明的多個方面通過物理實體關係規範526來實現，現在，參考圖5來描述該物理實體關係規範526。物理實體關係規範526定義物理模型中的實體之間的分級關係(即，關係資料庫520)。作為說明，圖5示出的物理實體關係規範526將數據源504中的病人信息表520關聯到其它表521-523的每一個。在每種情況中，病人信息表520是相對於次要(secondary)表的主要表。儘管未在圖5的物理實體關係規範526中示出，但是已經考慮到可以定義分級的附加等級。例如，相對於圖5未示出的一些其它次要表(為方便起見，將其稱為"表A"),地址信息表521可被定義為主要實體。在此情況中，定義了3層分級結構，其中，病人信息表520是主要實體，地址信息表521是次要實體，而表A是第三位的實體。在這種配置中，病人信息表520和地址信息表521、以及地址信息表521和表A明顯為主要-次要關係，並且，通過演繹，病人信息表520和表A為主要-次要關係。物理實體關係規範526還指明了實體之間的主要-次要關係的基礎。具體地說，所述關系所根據的欄位(即，歹'o在方括號[]中指定。在本說明中，為病人標識符(分別為"ID"和"PID")定義了實體關係。儘管示出為只給每個實體指定了一個欄位名，但是可以指定兩個或多個，使得每個實體與兩對或多對欄位相關。考慮以下關係示例實體l[欄位1、欄位3、欄位6]和實體2[欄位2、欄位3、欄位4]。在此示例中，主要實體即實體1的欄位1、3和6分別關聯到次要實體即實體2的欄位2、3和4。物理實體關係規範526還指明兩個實體之間的關係是一對一、一對多、多對一還是多對多。這一關係在每個實體的圓括號中指定。例如，實體"病人信息(Patientlnfo)"和"地址信息(AddressInfo)"是一對一關係，而實體"病人信息"和"檢驗信息(Testlnfo)"是一對多關係。DAM502允許請求實體512(例如，圖1的應用程式140)通過發出對來自數據源504的結果的請求、或者通過發出修改數據源504中的數據的請求來訪問數據源504。通常，這些請求都可被稱為"查詢"。然而，為方便起見，在以下描述中，將只把對結杲的請求稱為查詢。使用模型實體的查詢操作在查詢操作的情況中，在查詢部分604中由模型實體506定義的一組欄位服務於各種目的。首先，查詢部分604指定從包含該模型實體的查詢輸出的必需的那些欄位。利用"必需"屬性在模型實體的查詢部分中識別查詢結果的必需欄位。例如，"病人"模型實體506!定義"病人id"作為必需欄位，並在查詢部分604中提供必需屬性610，從而保證對病人的所有查詢結果都包括病人id。作為如何應用必需屬性610的示例，考慮圖7示出的初始抽象查詢700。例如，抽象查詢700表示由用戶指定的抽象查詢的初始形式。注意指向"病人"模型實體506!的明顯標記702。作為此引用的結果，應用DAM502的邏輯，具體地說是病人^^莫型實體506i的元數據，以便將初始抽象查詢700轉換為有效抽象查詢704。在此情況中，由於"病人"實體模型506!定義"病人id"作為必需欄位，並提供了必需屬性610，因此"病人ID"被添加到有效抽象查詢704中指定的結果欄位中。參考圖8-12,描述從最終用戶的觀點進行的有效抽象查詢704的增加，其中，圖8-12示出了一系列用戶界面屏幕。首先參考圖8,屏幕800配置有用戶從中選擇查詢焦點(focus)的選擇菜單802。每個可用的選擇對應所定義的模型實體506之一。作為說明，用戶選擇"病人"作為查詢焦點，並點擊"下一步"按鈕804，這使用戶界面顯示圖9示出的下一個屏幕900。也就是說，用戶選擇了產生(craft)調用"病人"模型實體506i的查詢。然後，用戶在輸入區(field)1002中指定各種查詢條件，如圖IO所示。點擊"下一步"按鈕1004使用戶界面顯示圖11示出的下一個屏幕UOO。屏幕1100包括結果欄位輸入區1102。作為說明，輸入區1102被填充以"病人ID"欄位。也就是說，由於"病人"模型實體506,定義"病人ID"作為必需欄位，並提供了必需屬性610(在圖6中示出)，因此"病人ID"欄位被自動添加到結果欄位輸入區1102中。然後，用戶可以指定其它結果字^:,如圖12所示。在替換實施例中，"病人ID"在用戶提交查詢以供執行之前不會被添加到查詢結果欄位中。現在參考圖13，描述說明查詢的結果欄位增加的方法1300的一個實施例。該增加過程以接收到初始抽象查詢1304A例如參考圖7描述的初始抽象查詢700開始(步驟1302)。然後，將有效抽象查詢1304B(例如參考圖7描述的有效抽象查詢704)設為初始查詢1304A(步驟1306)。此時，有效抽象查詢1304B的組成與初始抽象查詢1304A相同。然後，4全查有效抽象查詢，以查找對模型實體的引用(步驟1308)。當不存在這種引用時，處理完成，並且方法1300退出。然而，如果有效抽象查詢1304B包括對模型實體的引用，則從數據抽象模型502中檢索適當的模型實體定義506。對於模型實體中的每個必需查詢欄位(由必需屬性610指示)(在步驟1312處進入的循環)，方法1300確定是否已經在初始抽象查詢1304A中將該必需欄位指定為結果欄位(步驟1314)。如果沒有，則將該必需欄位添加到有效抽象查詢1304B的結果欄位中。在另一方面，模型實體在數據環境中確定焦點，所述數據環境可用來實現將跨越底層物理數據儲存庫中的多個實體(例如，表)的信息相互關聯所需的適當邏輯。從該焦點開始，可以建立解釋表之間關係的方向。例如，由於每個病人可具有多個實驗室檢驗結果，因此物理實體關係規範526描述病人信息表520和檢驗信息表521之間的一對多關係。針對病人實體的模型實體將建立引用點，以便將病人信息與實驗室檢驗結果相關聯。例如，在關係資料庫的情況中，"病人"的模型實體將用來確定最佳表結合(join)邏輯。由於每個病人可具有多個實驗室檢驗結果，因此查找具有多個檢驗結果的病人的查詢將多次結合實驗室檢驗表，以允許選擇具有所有所希望的檢驗結果的病人。然而，針對實驗室檢驗的模型實體將只結合一次病人信息表，這是因為這一焦點是針對實驗室檢驗，並且從"實驗室檢驗"到"病人信息"這一方向上的關係為程度1(1)。模型實體對查詢構造的影響可根據圖14來說明。說明性的抽象查詢1400包括多個查詢條件1402，結果欄位1404、和對模型實體的引用1406,在此情況中，模型實體是"病人"。也就是說，"病人，，模型實體506,被指定為查詢1400的焦點。查詢條件1402包括關於葡萄糖檢驗的兩個條件，其中，這兩個條件被邏輯地與運算(AND)到一起。由於"病人，，實體是焦點，因此查詢條件1402被解釋為意思是"查找葡萄糖檢驗值=5並且葡萄糖檢驗值=10的病人"。此外，在物理實體關係規範526中定義的"病人信息"表520和"檢驗信息"表521之間的關係是一對多，表明病人可具有多於一個檢驗結果。給出此信息以後，確定對應於抽象查詢1400的物理查詢1408(作為說明，SQL查詢)將需要"檢驗信息，，表521的兩個實例，以便比較同一病人的兩個檢驗結果。在物理查詢1408的選擇子句(clause)中，"檢驗信息"表521的這兩個實例被標識為T2和T3。此外，使用物理實體關係規範526來產生查詢中包含的每個物理實體之間的必需關聯邏輯1410。在關係模型中，該關聯邏輯是指明如何結合表的結合邏輯。現在參考圖15,描述物理查詢產生過程1500,其用於根據模型實體中的抽象查詢引用產生物理查詢。當接收到完整的抽象查詢(步驟1502)時，過程1500開始。對於抽象查詢中的每個抽象查詢條件(步驟1504)，進行一系列步驟。具體地說，對於給定的抽象查詢條件，過程1500確定是否為給定抽象查詢條件的欄位指定多於一個被與運算的條件(步驟1506)。如果沒有，則對與給定抽象查詢條件的欄位相對應的物理實體的單個實例產生物理查詢組分(步驟1508)。然而，如果步驟1506被肯定地回答，則確定與給定抽象查詢條件的欄位相對應的物理實體(步驟1510)。此外，確定對應於指定^t型實體的物理實體(步驟1512)。然後，檢查物理實體關係規範526，以確定在對應於模型實體的任意物理實體和給定抽象查詢條件的欄位的物理實體之間是否存在一對多關係。如果不存在，則對與給定抽象查詢條件的欄位相對應的物理實體的單個實例產生物理查詢組分(步驟1508)。然而，如果步驟1514^C肯定地回答，則對與給定抽象查詢條件的欄位相對應的物理實體的另一個實例產生物理查詢組分(步驟1516)。在處理了每個抽象查詢條件之後，產生查詢的結果欄位組分(步驟1518)。最後，使用物理實體關係規範526中包含的關係元數據來產生查詢中所包含的每個物理實體之間的關聯邏輯(步驟1520)。然後，可以執行所產生的物理查詢。在另一方面，可以使用模型實體506來表示一組查詢結果欄位。通過將多組邏輯欄位(以及因此引入的物理欄位)應用抽象化，用戶能夠處理更高等級的實體(例如病人)，而不必了解組成該實體的細節。參考圖16來描述使用模型實體來表示一組查詢結果欄位的說明。利用說明性的查詢條件1602和結果欄位1604來示出初始抽象查詢1600。在此示例中，初始抽象查詢1600包括對"病人"模型實體506,的引用1604。作為該引用1604的結果，採取多個步驟將結果欄位1604擴展為包括為"病人"模型實體506,定義的所有邏輯欄位，從而產生有效查詢1608。參考圖17來描述結果欄位增加過程1700。對於給定初始抽象查詢1704A(步驟1702),設置對應的有效查詢1704B(步驟1706)。然後，檢查查詢1704A的結果欄位，以確定對模型實體的引用(步驟1708)。如果沒有識別出這種引用，則過程1700完成。如果該查詢中存在模型實體引用，則檢索模型實體定義506(步驟1710)。對於模型實體中的每個必需欄位(步驟1712)，過程1700確定該必需欄位是否在初始抽象查詢1704A的指定結果欄位中(步驟1714)。如果不在，則將該必需欄位添加到有效抽象查詢1704B的結果欄位中(步驟1716)。當完成對每個必需欄位的這一處理時，有效抽象查詢1704B包括指定模型實體定義506的邏輯欄位的全部補充。應當注意，可以組合使用分別參考圖13、15和17描述的各個方面。例如，假設圖14示出的初始抽象查詢1400在結果欄位1404中不包括"病人id，，欄位。可以根據方法1300進行處理的第一階段，由此將"病人id，，欄位添加到結果欄位1404中。然後，根據過程1500進行處理的第二階段，以產生物理查詢1408。本領域技術人員將認識到可被執行的其它過程組合。使用模型實體的修改操作在上面，參考出於返回結果的目的而訪問數據描述了本發明的多個方面。在SQL的情況中，這些是選擇(SELECTION)操作。然而，修改操作也得到了支持，其包括公知的修改操作，例如插入(INSERT)、刪除(DELETE)和更新(UPDATE)等。因此，下文描述擴展和增強上述抽象框架的功能性以支持使用模型實體的修改操作的實施例。由於模型實體可跨越多個物理實體(例如，表)，因此可能需要多個資料庫操作來實現修改操作。也就是說，提供用於通過單個邏輯操作修改物理數據的實施例，所述單個邏輯操作跨越對物理數據發出的多個語句(例如，多個SQL語句)。為此，模型實體定義最小的一組欄位，其用來導出在對模型實體的實例的數據插入和刪除操作中包含的完整的一組欄位。例如，在圖5示出的關係數據源504實現中，病人信息跨越兩個表(例如，"病人信息"表520和"地址信息，，表521)。為了實現插入和刪除，病人的模型實體標識每個表中的至少一個欄位，以充當確定將新病人插入資料庫所需的完整的一組欄位，以及所包含的用來從資料庫中刪除病人的完整的一組表時的"種子"。具體地說，在圖6示出的DAM502中的對於"病人"的模型實體定義506i的插入部分606i和刪除部分608,中指定種子欄位。在插入部分606i的情況中，對應於"病人信息"表520的種子欄位是"姓"，而對應於"地址信息"表521的種子欄位是"街道"。在DAM502中定義的每個模型實體506可具有類似的指定種子欄位的部分。根據種子欄位，對數據儲存庫執行多個物理操作，以實現單個抽象操作。例如，對於插入到關係數據源504中，這將包含創建用於所包含的表的多個物理SQL插入語句。應用程式/用戶只需指定模型實體，然後使用該模型實體來識別修改操作中包含的對應物理實體和相關邏輯欄位。例如，可以從HTML形式的下拉菜單中選擇該模型實體。此外，刪除允許指定可用來將物理數據儲存庫中需要的改變作為目標的條件。圖18示出了環境500的筒化視圖，並且包括說明性抽象插入操作規範1802!和刪除操作規範18022(統稱為抽象操作規範1802),所述規範分別用來實現對關係數據源504的插入操作和刪除操作。根據由請求實體512(例如用戶/應用程式)提供的規範，通過數據抽象模型502來組成抽象操作規範1802。在每種情況中，抽象操作規範1802為每個受影響的物理實體指定種子值。從由請求實體512選擇的模型實體506的適當部分中檢索該種子值。基於該種子值，確定相關邏輯欄位，並使其成為抽象操作規範1802的一部分。這樣，如同在查詢的情況中那樣，本申請的框架將根據指定的模型實體506提供具有相關欄位的請求實體512，而不需要了解應用程式級或最終用戶處的資料庫大綱。然後，可以將值,人請求實體512(例如，用戶)或/人一些其它的源例如值生成器524提供給每個欄位。儘管在本示例中，每個抽象操作包括兩個種子欄位，但是也可以只利用單個種子欄位來實現抽象操作。例如，種子欄位可以是具有相關外部關鍵字(key)的主要關鍵字。在此情況中，指定種子欄位的抽象操作可影響在其上定義了外部關鍵字的物理數據。應當注意，在某些情況中，這一結果可能是不理想的。也就是說，可能不希望基於主要關鍵字/外部關鍵字的關係來傳播(propagate)改變。如果希望傳播，則只需要一個旨在修改包含主要關鍵字的表的語句。DBMS將處理對相關表的修改，在某些實例中，DBMS可能不支持傳播，在此情況中，需要多個語句。儘管未被示出，但是數據抽象模型可包括指定對於給定邏輯欄位是否希望傳播的屬性。除了種子欄位以外，DAM還定義用來實現修改操作的其它欄位類型。通常，這種欄位可以是必需的或可選的。"必需"是指由於不存在合適的預設值、不存在產生值的算法、並且該欄位不能為空，因此請求實體必須提供該欄位的值。必需欄位由圖5示出的必需屬性514定義。可選欄位是不需要請求實體做出的值的規範的欄位。可選欄位包括l)可被分配空值的欄位；2)具有可用來產生該欄位的值的算法的欄位(在此稱為"產生欄位")；以及3)在DAM中具有所定義的預設值的欄位(在此稱為"預設欄位")。產生的欄位值由值生成器524(即，算法)產生。產生欄位由圖5示出的產生屬性516定義。預設值在沒有為與種子欄位定義的實體相關的特定欄位指定名稱/值對的情況中使用。預設欄位由預設屬性518定義。可以統計地定義或產生預設值。作為所產生的預設值的示例，說明性抽象刪除規範5063中的檢驗日期值預設為當前日期。請求實體(例如，用戶)可被賦予提供不同值的選擇權。作為必需和可選欄位的示例，考慮對應於病人實體的邏輯欄位。在上面描述過病人實體由"病人ID"邏輯欄位規範51(h、"名"邏輯欄位規範5102、和"姓，，邏輯欄位規範5103邏輯地定義。"名"邏輯欄位規範5102和"姓"邏輯欄位規範5103包括必需屬性，並且是必需欄位。相比之下，定義病人實體的其它邏輯欄位(即，出生日期和性別)是可選的。因此，對數據源504的插入和更新提供了對實際欄位(即，列)的識別，其中，將隨同要放置到數據源中的新值一起修改所述實際欄位。一組名稱/值對表示對應於要修改的物理欄位/值的數據抽象模型502中的欄位/值。名稱表示通過數據抽象模型502映射到底層物理表示的邏輯欄位的抽象名稱。值是對於該欄位要在數據源中插入或更新的抽象值。在一個方面，使用抽象數據模型(即，數據抽象模型502)允許抽象值自動轉換為要插入到資料庫中的正確物理值。例如，當底層物理數據儲存庫可使用"F"和"M"的值來表示諸如用於性別的"男"和"女"的值時，數據抽象模型502可被定義為使用諸如用於性別的"男"和"女"的值，如同包含在性另'J(末尾)列中具有值"F"的記錄的病人信息表520所示。插入操作的輸入值利用那些抽象值規範，來提供對不僅到該底層數據儲存庫的結構的、而且來自數據儲存庫中包含的數據的物理形式的底層物理表示的改變的緩沖。一些情形需要專門的考慮。在很多情況中，可以在物理數據儲存庫的多個欄位中物理地表示邏輯欄位。一個示例是關係數據源504中的情況，其中，一個表中的列被定義另一資料庫表中的列的外部關鍵字。例如，病人ID可以是病人信息表520中的主要關鍵字，並且還可以被定義為檢驗信息表522中的外部關鍵字。儘管這是典型示例，但是兩個欄位之間的抽象關係不必通過底層數據儲存庫中的物理關係(例如主要/外部關鍵字)來強制實行。使用關於這兩個物理位置之間的關係(即，第一表中的列和第二表中的列之間的關係)的元數據，抽象數據表示的單個欄位可用來處理該欄位的兩個物理位置。應用程式被阻止得知在資料庫大綱中使用特定值的各種場所。當插入或刪除操作包括這些相關欄位時，必須考慮特殊的因素。當執行插入操作時，運行時間/DAM邏輯必須識別出該單個抽象數據欄位的各種物理表示。必須根據插入操作的焦點條目使用正確的物理表示。例如，如果病人標識符被表示為病人信息表520中的列"ID"、和檢驗信息表522中的列"PID"，則必須根據通過焦點條目為插入操作定義的表來識別正確的列名稱。此外，當確定插入操作的預設值和必需值時，必須考慮物理表示的這些附加形式。例如，如果焦點條目識別出該操作的底層物理表是檢驗信息表522，則運行時間/DAM邏輯必須認識到當查找預設和必需值時，必須考慮抽象病人ID欄位("PID，，)。也就是說，不能產生新病人ID。當處理表示物理數據儲存庫中的多個位置的抽象欄位時，必須對刪除操作給予附加考慮，以確保保持該數據的完整性。底層數據儲存庫可強制執行對這些類型欄位的附加限制。關係資料庫提供多個方面，例如限制對利用主要關鍵字/外部關鍵字關係定義的列的更新或刪除、或者通過外部關鍵字表聯結(cascade)那些更新和刪除。也就是說，可以建立對主要表例如病人信息表520的刪除，以指示該刪除應當根據病人ID、基於主要關鍵字/外部關鍵字關係、從檢驗信息表522中聯結和刪除對應的行。使用數據儲存庫的抽象表示，實施可以選擇是否限制這些操作或者嘗試通過基於抽象欄位的關係的定義的各種物理實體來傳播這些改變。由於基於模型實體的規範的修改可包含多個物理操作，因此還必須考慮執行這些操作應當遵循的順序。例如，在基於SQL的當前數據挖掘(mining)應用中，需要該應用具有操作之間的順序相關性的知識。本發明的一個方面從應用中截取(decoupage)這一知識。在一個實施例中，在物理實體關係規範526中指定操作之間的順序相關性。現在參考圖19,方法1900圖示了在組成抽象插入規範的情況中、請求實體512和數據抽象模型502之間的交互。出於說明的目的，將假設請求實體512代表應用程式140(圖1)，其通過用戶界面(例如，圖11的瀏覽器程序122)接收用戶的輸入。最初，用戶選才奪模型實體(步驟1902)。然後，確定所選擇的模型實體的種子欄位，並利用該種子欄位更新抽象插入規範1802"步驟1906),—旦確定了每個種子欄位，請求實體512就根據指定種子欄位發出對必需和可選欄位的請求(步驟1908)。調用數據抽象模型502，以確定插入操作的必需和可選欄位(步驟1910)。下面參照圖20A-B描述在步驟1910發生的處理的說明性表示。在步驟1910進行了確定之後，利用必需和可選欄位來將抽象插入規範1802!初始化(步驟1912)。然後，將必需和可選欄位返回給請求實體(步驟1914),其提示用戶提供每個欄位的值(步驟1916)。可以使用用戶界面的本領域公知技術來為用戶識別和區分必需欄位和可選欄位。例如，必需欄位可用紅色加亮、用星號標出、或者包括指示該欄位為必需的插入注釋。在替換實施例中，應用程式140本身可以提供所有或部分值。一旦指定了至少每個必需欄位(和任意可選欄位)的值(步驟1918),就用所指定的值來填充抽象插入規範1802"步驟1920)。現在參考圖20A-B,其示出了用於確定必需和可選欄位的步驟1910的一個實施例。在訪問抽象插入規範1802,以;險索由請求實體512指定的種子欄位(步驟2002)之後，查閱數據抽象模型502的適當邏輯欄位規範，以便確定對應於種子欄位的物理實體(例如，圖5示出的關係數據源504中的表)(步驟2004)。在插入操作的情況中，對於每個識別出的物理實體，使用數據儲存庫抽象來確定與同一物理實體相關的其它邏輯欄位(步驟2006和2008)。然後，對於每一個所確定的、定義由種子欄位引用的特定物理實體的相關邏輯欄位，進入循環(在步驟2010)。也就是說，對每個物理實體的每個相關邏輯欄位，進行一系列步驟。對於給定物理實體的給定邏輯欄位，對是否已經處理了給定邏輯欄位的關鍵字關係進行確定(步驟2012)。對於在步驟2006進入的循環的第一次重複，在步驟2012進行的確定被否定地回答。在隨後的重複期間，步驟2012確保一旦為欄位指定了值，就不會指定後續和沖突的值。然後，進行處理，以確定該欄位是否是必需欄位(在步驟2020)、該欄位是否是預設值欄位(步驟2026)、或者該欄位是否是產生值欄位(步驟2034)。欄位類型是根據正由所述循環處理的當前欄位的邏輯欄位規範中存在的屬性(即，必需屬性514、產生屬性516或預設屬性518)確定的。如果該欄位是必需的(步驟2020),則將該欄位添加到必需欄位列表2024中(步驟2022)。在預設屬性的情況中(步驟2026)，利用預設值將欄位值初始化(步驟2028)。在邏輯欄位規範包括產生屬性518(步驟2034)的情況中，利用產生值將該欄位初始化(步驟2036)。在產生值和預設值兩種情況中，將對應欄位添加(步驟2030)到可選欄位列表2032中。如果該欄位沒有被定義為必需、預設或產生的任意一個，則利用空值將該欄位初始化(步驟2038)，然後將其添加(步驟2030)到可選欄位列表2032中。返回步驟2012,如果正被處理的當前欄位與已經被處理的另一欄位是關鍵字關係(例如，主要關鍵字/外部關鍵字關係)，則將當前欄位的值設置為先前處理的相關欄位的值(步驟2014)。然後，將當前欄位添加到隱含欄位列表2018中(步驟2016),因此，利用抽象操作中包含的多個物理實體創建隱含欄位，並且那些欄位具有關鍵字關係。在此情況中，僅通過界面披露了一個欄位和一個值，關鍵字欄位對中的另一欄位被認為是隱含的；它不必被指定為抽象插入的一部分，並且將取與所述對中的對應關鍵字相同的值。隱含欄位不會被披露給請求實體，但是當抽象插入被轉換為具體(即，可執行)插入語句時對其進行說明，如下面將參考圖21描述的那樣。當根據在步驟2010進入的循環處理了每個識別出的相關欄位時，對於下一個實體重複該處理(步驟2006)。當處理了每個實體時，確定必需和可選欄位的處理完成。因此，根據必需欄位列表2014和可選欄位列表2022更新了抽象插入規範1802i(步驟1912)，並且必需欄位和可選欄位隨後被提供給請求實體512(步驟1914),如圖19所示。在組成了抽象插入規範1802i之後，可以執行該插入操作。圖21示出了用於根據抽象插入規範1802!執行插入操作的方法2100的一個實施例。通常，當從請求實體512提交執行插入的請求時，(在上文中參考圖1描述的)運行時間組件150被調用，以便將抽象插入規範1802i轉換為物理插入操作。然後，執行該物理插入操作。通過根據欄位(來自隱含欄位列表2018、必需欄位列表2024和可選欄位列表2032)各自的物理實體將它們分組，開始抽象插入規範1802!到物理插入操作的轉換(2104)。具體地說，運行時間組件150隨後進入用於每個物理實體對於給定邏輯欄位，從數據抽象模型502中確定欄位的物理位置(步驟2110)，然後，利用所確定的物理位置更新物理位置列表2114(步驟2112)。在一些情況中，邏輯欄位可具有內部值(在步驟2116確定)。也就是說，邏輯欄位的值可以和物理欄位的值不同。例如，邏輯欄位名稱可以是"男，，，而物理欄位名稱是"M"。在此情況中，必須使所述值與物理值一致。這通過利用內部值更新值列表2122(步驟2118)來實現。如果欄位值並沒有不同(即，步驟2116被否定地回答)，則利用物理欄位的給定值更新值列表2122(步驟2120)。當針對抽象插入規範1802t中的每個邏輯欄位執行在步驟2108處進入的循環的處理時，對於給定的物理實體，從位置列表2114和值列表2122構建物理插入語句(步驟2124)。然後，將該物理插入語句添加到插入語句列表2122中(步驟2126)。然後，對於每個實體連續重複前述處理(步驟2106)。隨後，對插入語句列表2128執行排序算法(步驟2130)。參考圖22描述排序算法的一個實施例。然後，執行物理插入操作(步驟2132)。現在參考圖22,其描述在步驟2130進行的排序算法的實施例。最初，將"排序標誌"設置為假(步驟2202)。然後，對插入語句列表2128中的每個插入語句執行一系列步驟，直到"排序標誌"被設置為真為止(步驟2206、2208和2210)。具體地說，對於插入語句列表2128中的給定插入語句(以列表中的第一插入語句開始)，確定對應實體(步驟2212)。然後，確定給定插入語句的對應實體和插入語句列表2128中剩餘插入語句的每個相關實體之間的關係(步驟2214和2216)。具體地說，運行時間組件150確定(針對物理實體關係規範526)給定插入語句的實體是否是相對於另一插入語句的主要相關實體的次要實體(步驟2216)。如果是這樣，則將給定插入語句移動到該相關實體的插入語句之後的位置(步驟2218)。重複這一過程，直到可以在沒有遇到相對於插入語句列表2128中的後續語句的實體為次要的當前實體的情況下遍歷插入語句列表2128為止。此時，根據在物理實體關係規範526中指定的分級關係將插入語句列表2128中的物理插入語句排序。這一過程確保包含主要/外部關鍵字對的主要關鍵字的主要實體在修改次要實體(包含外部關鍵字)之前#皮首先插入。如上所述，本發明的多個方面可以通過構建抽象修改操作的過程來"引導"請求實體512(即，應用程式140)。可以參考圖23-26來說明對於插入搮:作的這一方面，其中，巧妙地填充HTML表格160(在圖1中示出)以指示各種欄位的特性。首先參考圖23,示出了用戶界面屏幕2300,其可以在用戶選擇創建抽象插入時顯示。屏幕2300包括可被插入的可用實體的菜單2302。用戶從菜單2302中選擇的實體顯示在"所選實體"區2304中，如圖24所示。在此示例中，用戶選擇了"病人"。當做出了所希望的選擇時，用戶點擊"下一步"按鈕2306，以提交這一選擇，並前進到圖25示出的下一個屏幕2500。屏幕2500布置有多個輸入區2502AI，它們是根據用戶在"所選實體"區2304中指定的實體而選擇的。也就是說，使用為所選實體定義的欄位(即，此示例中的"姓"和"州")作為確定在屏幕2500上顯示哪些欄位的種子欄位。在此情況中，"姓"是對應於"病人信息"表520的邏輯欄位5103，其中，還為其指定了"名，，邏輯欄位5102、"出生日期"邏輯欄位5104和"性別"邏輯欄位5106，作為相關實體。因而，這些邏輯欄位的每一個都作為輸入區(分別為輸入區2502C、2502E和2502F)顯示在屏幕2500中。類似地，使用種子欄位"州，，來識別對應的物理實體(即，地址信息表521)及其相關邏輯欄位。此外，必需欄位(通過DAM502中的必需屬性514的存在定義)被星號(*)標出。在此情況中，輸入區2502A、2502B和2502C被標記為必需欄位。此外，利用適當的值填充預設欄位中的產生欄位。在本示例中，利用產生的值填充"病人ID"輸入區2502D。由於輸入區2502都不對應具有預設屬性518的邏輯欄位規範，因此沒有示出預設值。通常，方法2700描述請求實體512和數據儲存庫抽象502之間的交互，其實現抽象刪除。如同每個先前的抽象修改操作那樣，抽象刪除需要組成抽象規範。為此，請求實體512指定要刪除的模型實體(步驟2702)。然後，確定所選擇的模型實體的種子欄位(步驟2704),其中，數據抽象模型502使用該種子欄位來創建/更新抽象刪除規範18022的抽象刪除邏輯(步驟2706)。然後，請求實體512提供對於要刪除的數據的選擇條件(步驟2708)。將該選擇條件添加到抽象刪除規範18022的選擇部分(步驟2710)。然後，運行時間組件150使用該抽象刪除規範來產生可執行的物理刪除規範。參考圖28描述用於將抽象刪除轉換為物理刪除的一種轉換方法2800。當請求實體512提交執行刪除操作的請求時，轉換過程開始。運行時間組件150首先根據所指定的種子欄位各自的物理實體將所指定的種子欄位分組(步驟2802)。也就是說，運行時間組件150使用種子值(由請求實體512在步驟2702指定)和數據抽象模型502來定位要從中進行刪除的物理實體。具體地說，識別對應於種子欄位的數據抽象模型502的邏輯欄位規範。所識別的邏輯字法)。對於每個物理實體(步驟2804)，運行時間組件150根據在抽象刪除規範24022中指定的選擇條件產生選擇邏輯(步驟2806)。使用所確定的物理實體和所產生的選擇邏輯，運行時間組件構建物理刪除語句(步驟2808)，其被添加到刪除語句列表2812中(步驟2810)。然後，刪除語句列表2812中的語句被排序(步驟2814)和執行(步驟2816)。圖29示出了用於在方法2800的步驟2806處產生選擇邏輯的一個實施例。注意，步驟2806實質上包含執行圖3的步驟306、308、310和312。因此，對於每個選擇標準(步驟2902)，從抽象組件502中檢索指定欄位定義(步驟2904)。構建具體/物理選擇組分(步驟2卯6),然後將其添加到更新語句的選擇部分(步驟2卯8)。用於構建具體/物理選擇組分的邏輯基本上與關於圖4針對查詢所描述的相同，從而在這裡將不再對其進行詳細描述。參考圖30描述在步驟2814執行的排序的一個實施例。最初，將"排序標誌，，設置為假(步驟3002)。然後，對於刪除語句列表2812中的每個刪除語句執行一系列步驟，直到"排序標誌"被設置為真為止(步驟3006、3008和第一刪除語句開始)，確定對應實體(步驟3012)。然後，確定給定插入語句的對應實體和刪除語句列表2812中剩餘刪除語句的每個相關實體之間的關係(步驟3014和3016)。具體地說，運行時間組件150確定(針對物理實體關係規範526)給定刪除語句的實體是否是相對於另一刪除語句的次要相關實體的主要實體(步驟3016)。如果是這樣，則將給定刪除語句移動到相關實體的刪除語句之後的位置(步驟3018)。重複這一過程，直到可以在沒有遇到相對於刪除語句列表2812中的後續語句的實體為主要的當前實體的情況下遍歷刪除語句列表2812為止。此時，根據在物理實體關係規範526中指定的關係，將刪除語句列表2812中的物理刪除語句排序。這一過程確保包含主要/夕卜部關鍵字對的主要關鍵字的主要實體在刪除次要實體(包含外部關鍵字)之後被最後刪除。應當注意，上述實施例僅僅是說明性的而不是唯一的。本領域技術人員將認識到本發明範圍內的其它實施例。例如，上文描述了將順序相關性定義為DAM148的一部分(例如，在物理實體關係規範526中定義順序相關性)的實施例。這樣，順序相關性的改變需要抽象數據表示的改變，但允許不加改變地使用應用程式。替換實施例通過允許確定相關性時的更高程度的自動化來提供較不嚴格的順序相關性的定義。也就是說，給定在抽象數據表示中定義的物理實體關係規範526，可以通過應用諸如以下內容的規則組來動態地確定操作排序(l)包含關鍵字欄位的插入操作需要插入到任意相關實體之前的主要實體；(ii)可以限制包含關鍵字欄位的更新操作，或者首先從主要實體然後是所有相關實體來自動傳播該更新操作；(iii)可以限制含有包括關鍵字欄位的行的刪除操作，或者從次要實體向主要實體自動傳播該刪除操作；以及(iv)以任意順序執行對完全不相關的實體的操作。在另一實施例中，考慮檢查資料庫，以查找引用完整性聯結操作。在此情況中，資料庫自己處理部分工作，並允許DAM148有效地"忽略"那些低級操作，而只執行高級操作。因而，本發明可"修補"傳統資料庫中的引用完整性漏洞，其中，所述漏洞由於被建立為使用該資料庫的傳統應用程式的假設而在資料庫層上不再是固定的。在一個實施例中，數據抽象模型配置有單獨地或共同地用於一個或多個邏輯欄位規範的費率表。通常，費率表指示在抽象操作例如查詢、插入、刪除或更新中包含特定邏輯欄位的費用。考慮到可以將費用結構施加到單個邏輯欄位規範、邏輯欄位的類別和/或模型實體上。在每種情況中，作為數據抽象模型的元數據來實現對應的費用結構。例如，參考圖31,示出了圖5的簡化表示，其中，用於葡萄糖檢驗的邏輯欄位規範51012具有相關的費率表530A。為簡單起見，只有一個邏輯欄位規範510被示出為具有費率表；然而，任意數目的DAM502的邏輯欄位規範可包括費率表。配置有費率表530B的類別由人口統計類別508,來表示。同樣，為簡單起見，只有一個類別被示出為具有費率表。最後，模型實體506w的每一個被示出為分別具有相關的費率表530C-E。費率表530A-E的實施例可在圖32中看到，圖32示出了圖31所示的DAM502的代表性詳細視圖。例如，人口統計類別508i的費率表530B包括為查詢、插入和更新單獨定義的費用。對於每個操作，費用可以是針對每個請求的(如查詢費用和更新費用所示)、或者針對每個條目(如插入費用所示)。類似地，葡萄糖檢驗欄位規範51012包括每個條目的查詢費率表530A(在此情況中，其為一個屬性)。現在參考圖33，示出了模型實體規範602w的實施例。在上面參考圖6描述了模型實體規範602w的其它元素，因而不在這裡重複。在模型實體的情況中，各個費率表的屬性可分布在用於每個操作的各部分上。因而，"病人，，模型實體506i包括實體的查詢部分604!中的每個請求的查詢費用屬性、以及實體的插入部分6042中的每個條目的插入費用屬性，而"檢驗"模型實體5062包括實體的查詢部分6042中的每個條目的查詢費用屬性。為簡-使起見，未示出"帳戶"模型實體5063。參考圖31-33描述的實施例說明費用可基於各種粒度等級的數據。這些實施例僅僅是說明性的，並且本領域技術人員將認識到本發明範圍內的其它實施例。例如，可以使費用隨著量而改變，使得(i)返回大量結果的查詢招致處罰(這可理想地阻止用戶耗盡系統的性能資源)；(ii)或者，返回大量結果的查詢得到折扣(這可有助於數據提供者通過鼓勵增多的使用來建立有竟爭力的優點和/或增大利潤)。圖34-35示出了用於各種抽象操作的費用計算算法的實施例。為方便和簡單起見，參考圖34來一起描述對於查詢和插入的費用計算。參考圖35來單獨描述對於更新的費用計算。在每種情況中，由圖1示出的費用計算器151來實施該費用計算。注意，費用計算器151的至少一部分操作可以作為抽象操作運行時間的一部分來執行，或者可以使用交易和審計日誌來在執行交易之後的某個時間計算適用的收費、作為"事後(afterthefact)"過程來實施。在此情況中，考慮到可以在執行交易之前警告用戶(通過費用計算器151的操作)將對給定交易收費。現在參考圖34，示出了對於查詢和插入的費用計算算法3400的一個實施例。對於給定抽象操作，費用計算算法3400開始(在步驟3402)。然後，費用計算器151確定該抽象操作是否包括對模型實體的引用(步驟3404)。如果是這樣，則費用計算器151確定(在步驟3406)引用模型實體是否定義了特定操作的費用(即，查詢費用或插入費用)。如果是這樣，則費用計算器151確定該費用是否是每個條目的費用(在步驟3408)。如果是這樣，則更新"每個條目費用列表"(在步驟3410)。否則，假設該費用是每個請求的費用，在此情況中，更新"每個請求費用列表"3416(步驟3414)。在一個實施例中，每個條目費用列表3412包括對費用所施加的每個條目的引用以及對應的費用。相比之下，每個請求費用列表3416隻需包括對於給定欄位做出的每個請求的費用的記錄。在任一情況中，對於給定抽象操作中指定的每個欄位，算法3400隨後進入循環(步驟3418)。如果任一步驟被否定地回答，則還從步驟3404和3406進入該循環。對於抽象操作的給定欄位，算法3400確定(在步驟3420)是否為該欄位定義操作費用(即，查詢費用或插入費用)。如果沒有，則處理前進到下述步驟3428。否則，費用計算器151確定(在步驟3422)該操作費用是否是針對每個條目。如果是這樣，則費用計算器151更新每個條目費用列表3412(在步驟3426)。否則，更新每個請求費用列表3416(在步驟3424)。然後，費用計算器151識別(在步驟3428)正在被處理的給定欄位的父類別。然後，對於包含正在處理的給定欄位的每個類別(即，父類別、祖父類別、曾祖父類別等)進入(在步驟3430)循環。對於給定類別，費用計算器151確定是否為該類別定義了操作費用(在步驟3432)。對於具有所定義的操作費用的任意給定類別，費用計算器151隨後確定該費用是否是每個條目的費用(在步驟3434)。如果是這樣，則更新每個條目費用列表3412(步驟3436);否則，更新每個請求費用列表3416(步驟3438)。在處理了給定父類別的每個類別之後，算法3400返回到步驟3418,以開始處理抽象操作中的下一個欄位。一旦以前述方式處理了抽象操作的每個欄位，就可以根據每個條目費用列表3412和每個請求費用列表3416中包含的信息來計算抽象操作的總費用。在一個實施例中，費用計算器151首先將總費用初始化為O(在步驟3440)。然後，執行所述操作(在步驟3442)。在這一點上，考慮到費用計算器151不負責執行該操作，並且只是為了解釋方便而示出步驟3442。在執行之前、期間和之後，費用計算器151對每個請求費用(基於每個請求費用列表3416中的信息)求和(在步驟3444)，將和(在步驟3446)加到總費用上。然後，費用計算器151確定(步驟3444)查詢結果(在所述操作是查詢的情況中)的數目(N)、或條目(在所述操作是插入的情況中)的數目。對於每筆每個條目費用(F)，費用計算器151計算N和F的積，並將積加到總費用上(步驟3450和3452)。現在參考圖35,描述對於更新操作的費用計算算法3500(由費用計算器151執行)的一個實施例，對於給定抽象更新操作，算法3500開始(在步驟3502)。然後，對於更新中的每個欄位，費用計算器151進入循環(步驟3504)。對於給定欄位，費用計算器151確定(步驟3506)是否為該欄位定義了更新費用。如果是這樣，則費用計算器151確定(步驟3508)該更新費用是否針對每個條目。如果是這樣，則更新每個條目費用列表3412(在步驟3512)。否則，費用計算器151更新每個請求費用列表3416(在步驟3560)。然後，費用計算器151識別(在步驟3514)正在處理的給定欄位的父類別。然後，對於包含正在處理的給定欄位的每個類別(即，父類別和該父類別的祖先類別)，進入循環(在步驟3516)。對於給定類別，費用計算器151確定(在步驟3516)是否為該類別定義了更新費用。對於具有所定義的更新費用的任意給定類別，費用計算器151隨後確定(在步驟3520)該費用是否是每個條目的費用。如果是這樣，則更新每個條目費用列表3412(在步驟3522);否則，更新每個請求費用列表3416(步驟3524)。在處理了給定父類別的每個類別之後，算法3500返回到步驟3516,以開始處理抽象更新操作中的下一欄位。當以前述方式處理了抽象更新操作的每個欄位時，費用計算器151確定(在步驟3526)在模型實體中是否引用了給定欄位。如果是這樣，則費用計算器151確定(在步驟3528)引用模型實體是否定義了更新操作的費用。如果是這樣，則費用計算器151確定(在步驟3530)該費用是否是每個條目的費用。如果是這樣，則更新每個條目費用列表3412(在步驟3532)。否則，該費用是每個請求的費用，在此情況中，更新每個請求費用列表3416(步驟3534)。當處理了更新操作中包含的每個欄位時，可以基於每個條目費用列表3412和每個請求費用列表3416中包含的信息計算抽象操作的總費用。在一個實施例中，費用計算器151首先將總費用初始化為O(在步驟3540)。然後，執行該操作(在步驟3542)。在這一點上，考慮到費用計算器151不負責執行該操作，並且只是為了解釋方便而示出步驟3542。在執行之前、期間和之後，費用計算器151對每個請求費用(基於每個請求費用列表3516中的信息)求和(在步驟3544),並將和加(在步驟3546)到總費用上。然後，費用計算器151確定(在步驟3544)所更新的條目的數目(N)。對於每筆每個條目費用(F)，費用計算器151計算N和F的積，並將積加到總費用上(步驟3550和3552)。參考圖36-40來說明用於施加基於費用的模型的一個實施例，其中，圖36-40示出了用於創建抽象查詢的用戶界面屏幕(例如，圖1示出的瀏覽器程序122的用戶界面屏幕)，本領域技術人員將認識到可以對插入和更新操作使用類似的屏幕。首先參考圖36,用戶界面屏幕3600被示出為具有模型實體選擇列表3602。在用於由圖31所示的DAM502定義的三個模型實體(即，帳戶、病人和檢驗)的每一個的列表3602中提供了表示。屏幕3600還包括任意"每個請求費用，，區3604和"每個條目費用，，區3606。區3604、3606顯示對於正由用戶創建的抽象查詢產生的連續的總費用。因此，區3604、3606最初是空白的、或者指示O美元的數量。然後，用戶從列表3602中選擇模型實體之一，並點擊下一步按鈕3608，從而向該用戶呈現圖37所示的用戶界面屏幕3700。出於說明的目的，假設用戶從列表3602中選擇了病人模型實體。因此，"每個請求費用，，區3604現在顯示一美元($1.00)的費用。這一美元的費用是參照圖33示出的模型實體規範525計算的，其中，病人模型實體506i的查詢部分60^對每個請求定義了一美元的費用。屏幕3700還包括輸入區3702,其中，用戶通過點擊添加(ADD)按鈕3707來指定所希望的查詢條件，輸入區3702調用條件選擇菜單(未示出)。然後，用戶點擊下一步按鈕3608。在圖38中示出了說明性的查詢條件。在本示例中，用戶的查詢包括邏輯欄位葡萄糖檢驗，其具有每個條目的相關費用$0.50(如圖32的費率表530A所示)。因此，3606的"每個條目費用"區顯示$0.50的費用。如果查詢包括具有相關的每個條目費用的其它邏輯欄位，則可以在界面3700中提供另外的"每個條目費用"區。當指定了所希望的查詢條件時，用戶點擊下一步按鈕3608,並且隨後，向該用戶呈現圖39示出的用戶界面屏幕3900。用戶界面屏幕3900包括用於顯示由查詢返回的結果欄位的輸入區3902。輸入區3902顯示為所選模型實體定義的任意必需欄位，對於所選擇的病人模型實體，其包括"病人ID"。輸入區3902還顯示由用戶選擇的任意結果欄位，在一個實施例中，通過點擊添加按鈕3904來添加所述結果欄位，以調用結果欄位選擇菜單(未示出)。在此示例中，用戶指定的結果欄位包括性別、葡萄糖衝全驗和年齡，如圖40所示。對於所指定的每個結果欄位，費用計算器151確定附加費用是否適用。在本示例中，沒有附加費用適用於所指定的結果欄位。當完成所希望的抽象查詢時，用戶點擊完成按鈕3616,由此執行查詢並返回結果。在圖41中示出了說明性的結果屏幕4100。"總費用"區4102顯示查詢的總計算費用，在此示例中是$4.00。這$4.00是$2.00的每個請求費用和對於包含葡萄糖檢驗欄位的4個結果的$2.00的和，其中每個結果為$0.50(4*$0.50=$2.00)。當計算了操作的總費用時，可以向用戶顯示該費用。可以應用各種支付模型來從用戶收款。例如，在一個實施例中，用戶可以是具有由數據提供者維護的帳號的訂戶。在每筆交易之後、或者在用戶退出之後，可以對用戶的帳戶自動收取所述總費用。在另一實施例中，可以在商業實體的控制下對計算機，即向用戶提供網絡訪問的商店的計算機，執行所述操作。在此情況中，可以在用戶離開商店之前向其收費。因此，在此描述的實施例提供了基於元數據的模型，該模型用於建立各個數據條目或數據集合的使用費用，由此，與一組數據相關的費用可以與為同一數據倉庫或聯合(federated)數據環境中的其它信息所建立的費用不同。除了基於所訪問的信息的費用變化以外，所提出的費用模型還考慮了所執行的操作的類型(例如，數據檢索、數據插入或數據更新)。這一模型允許與用於檢索現有信息的費率表不同的用於存儲新信息的費率表。費用計算器考慮由請求實體執行的交易、以及對於所訪問的信息的適當費率表，以便達到對數據存儲庫的每筆交易的純收費。在一個實施例中，該方法允許使用相同的數據更新在同一IT基礎結構內管理高值和低值信息，並訪問對於每個信息的應用程式，同時基於所訪問的信息的值和/或向所存儲的信息提供的服務等級建立不同的收費。在各種實施例中，可以提供眾多的優點，在某些情況中，這些優點可以是優於現有技術的實質進步。現在參考特定的IT上下文描述這些優點的一部分(並且在上面提到了其它優點)。然而，實施例是否取得優點，以及這種優點是否可以被視為實質進步不是對本發明的限制。因此，下面描述的優點和上下文不會限定或限制本發明，本發明僅受到所附權利要求的限制。在一個實施例中，醫學研究資料庫包含每個對象的人口統計信息和相關的基因表達數據。資料庫管理員將對包含更多時間消耗和昂貴的導出過程的基因表達數據的使用收取額外費用。與基因表達結果相關的邏輯欄位可具有所確定的特定費用，其將允許向其它團體回收由此信息的值所導致的費用(和利潤)。在另一實施例中，由於添加新病人需要一活動流程來建立病人希望提供給其個人信息的訪問等級，因此管理多個機構的醫療記錄信息的存儲的醫療記錄服務提供者將對存儲關於新病人的信息收取額外費用。基於"病人"模型實體，以及具體地說，基於對此實體執行的插入操作建立特定費用結構的能力允許此類型請求的費用與提供較少相關服務(例如病人街道地址的更新)的其它請求的費用之間的差別。在另一實施例中，服務提供者建立提供相似值的欄位集合的訪問費率表。基於欄位的邏輯組或欄位類別建立費用的能力使這成為可能。部分前述實施例參考數據抽象模型描述了基於費用的數據訪問。然而，本發明的實施例不限於在數據抽象模型中實現的費用配置(arrangement)。而是，構思了任意費用配置，其提供基於正在被訪問的特定信息和/或要對該信息執行的操作的性質(查詢、插入和更新)的費用。因而，例如，上述數據抽象模型的費用元數據也可以直接(即，不是由抽象模型邏輯地描述)表示物理欄位(例如，圖5示出的資料庫504的物理欄位)的費率表。例如，構思了資料庫中的費用表，其中，該費用表定義訪問或修改實體(表)或實體內的條目(表中的列)的請求的費率表。這一費率表還可被定義為對所執行的操作類型敏感，並且可以指示該費用是每個請求的費用還是每個條目的費用。例如，可以使用下面的表作為基於物理、關係模型的費率表。出於說明的目的，考慮檢驗實體，這一費率表將導致對於從檢驗表返回的信息的$0.50的每個條目費用、以及對於來自葡萄糖列的查詢返回數據的附加的$0.50的每個條目費用。表1tableseeoriginaldocumentpage52儘管上文針對本發明的實施例，但是，在不背離本發明的基本範圍、以及由所附權利要求確定的本發明的範圍的情況下，可以設計出本發明的其它和另外的實施例。權利要求1.一種用於提供基於費用對數據進行訪問的方法，包括提供邏輯地定義訪問數據的抽象操作的抽象模型，該抽象模型包括(i)多個邏輯欄位；(ii)用於所述多個邏輯欄位的每一個的映射規則，其將所述多個邏輯欄位映射到數據的物理實體；以及(iii)用於所述多個邏輯欄位的每一個的費率表，其中，用於給定邏輯欄位的每個費率表定義當在抽象操作中包含該給定邏輯欄位以訪問對應於給定邏輯欄位的物理實體時要收取的費用。2.如權利要求l所述的方法，還包括根據包括所述多個邏輯欄位的至少兩個的抽象操作來訪問數據；以及根據對應於所述多個邏輯欄位的至少兩個的每一個的單獨費率表計算要收取的費用。3.如權利要求l所述的方法，還包括提供運行時間組件，其配置有變換指令，以便將包括從所述多個邏輯欄位中選擇的邏輯欄位的每個抽象操作變換為與物理數據一致的物理操作；以及提供費用計算器，其被配置為基於費率表計算執行物理操作的費用。4.如權利要求l所述的方法，其中，抽象操作是包括至少兩個邏輯欄位的抽象查詢，該方法還包括訪問用於所述至少兩個邏輯欄位的每一個的對應費率表；確定對於所述至少兩個邏輯欄位的第一個的每個請求的費用，其中，每個請求的費用是對包含所述至少兩個邏輯欄位的第一個的每個抽象操作收取的；以及確定對於所述至少兩個邏輯欄位的第二個的每個條目的費用，其中，每個條目的費用是對給定抽象操作中包含的所述至少兩個邏輯欄位的第二個的每個實例收取的。5.如權利要求4所述的方法，還包括將每個條目的費用乘以所述至少兩個邏輯欄位的第二個的實例數目，以確定積，並對這個積和每個請求的費用求和，以確定要收取的費用。6.如權利要求l的方法，其中，由抽象模型定義的至少一個費率表指定第一類操作的第一費用和第二類操作的第二費用；並且還包括基於所執行的操作類型計算要收取的費用。7.—種用於提供基於費用對物理數據進行訪問的方法，所述物理數據包括多個物理實體，每個物理實體包括多個物理欄位，該方法包括提供用於定義抽象操作規範的抽象模型，所述抽象操作規範邏輯地描述訪問數據的操作，該抽象模型包括(a)多個邏輯欄位；(b)用於所述多個邏輯欄位的每一個的映射規則，其將所述多個邏輯欄位的每一個映射到數據的至少一個物理實體；(c)多個模型實體定義，每個包括對應於物理實體的物理欄位的至少一個邏輯欄位；以及(d)用於所迷多個邏輯欄位的每一個的邏輯欄位費率表，其中，這些費率表每個都指定用於作為物理操作一部分而訪問對應物理欄位的費用。8.如權利要求7所述的方法，還包括根據抽象模型將抽象操作規範變換為與物理數據一致的物理操作規範，其中，每個抽象操作規範包括所述多個模型實體定義的至少一個；以及基於費率表來計算執行物理操作的費用。9.一種用於提供基於費用對數據進行訪問的方法，所述數據包括多個物理實體，每個物理實體包括多個物理欄位，該方法包括接收執行訪問數據的操作的指令；執行該操作；確定該操作訪問的多個物理欄位的每一個的欄位特定費用；以及計算對於該操作要向用戶收取的總費用。10.如權利要求9所述的方法，其中，物理實體是資料庫表。11.如權利要求9所述的方法，其中，確定欄位特定費用包括確定欄位特定費用是每個請求的費用還是每個條目的費用，其中，每個請求的費用是對操作收取的單一費用，而與在該操作中包括的對應物理欄位的實例數目無關，以及其中，對該操作中包括的對應物理欄位的每個實例收取每個條目的費用。12.如權利要求9所述的方法，其中，確定欄位特定費用包括訪問用於由操作訪問的每個分別的物理欄位的費率表。13.如權利要求9所述的方法，其中，確定欄位特定費用包括訪問用於邏輯地定義訪問數據的操作的抽象模型，該抽象模型包括(i)多個邏輯欄位；(ii)用於所述多個邏輯欄位的每一個的映射規則，其將所述多個邏輯字^^映射到數據的物理實體；以及(iii)用於所述多個邏輯欄位的每一個的費率表，其中，用於給定邏輯欄位的每個費率表定義當抽象操作中包含該給定邏輯欄位時要收取的費用，所述抽象操作訪問對應於該給定邏輯欄位的物理實體。14.如權利要求13所述的方法，其中，每個費率表定義每個請求的費用和每個條目的費用的至少一種，其中，每個請求的費用是對操作收取的單一費用，而與該操作中包括的對應邏輯欄位的實例數目無關，以及其中，對該操作中包括的對應邏輯欄位的每個實例收取每個條目的費用。15.如權利要求13所述的方法，還包括根據抽象模型將抽象搡作變換為與物理數據一致的物理操作，其中，每個抽象操作包括所述多個模型實體定義的至少一個；以及基於費率表計算執行物理操作的費用。16.—種包含程序的計算機可讀介質，當處理器執行該程序時，其進行訪問物理數據的操作，所述物理數據包括多個物理實體，每個物理實體具有多個物理欄位，所述操作包括接收指令，以進行訪問數據的操作；使得執行該操作；確定由該操作訪問的多個物理欄位的每一個的欄位特定費用；以及計算對於該操作要向用戶收取的總費用。17.—種用於構造由多個邏輯欄位定義的抽象查詢的方法，所述多個邏輯欄位映射到資料庫中具有特定物理數據表示的物理數據的多個物理實體，該方法包括通過用戶界面接收用戶輸入，該輸入包括對模型實體定義的引用，所述模型實體定義包括(i)兩個或多個邏輯欄位，每個都對應於單獨的物理實體；以及(ii)用於根據模型實體定義訪問物理實體的費率表；根據模型實體定義，將所述兩個或多個邏輯欄位的至少一個有選擇地添加到抽象查詢中；接收抽象查詢的多個抽象查詢組分，其中所述多個抽象查詢組分由所選擇的邏輯欄位和所選擇的邏輯欄位的每一個的對應值定義；接收抽象查詢的多個結果欄位，其中所述多個結果欄位由所選擇的邏輯欄位定義；將抽象查詢轉換為與數據的特定物理數據表示一致的物理查詢；執行該物理查詢；以及在費率表的基礎上，計算對於執行該物理查詢要收取的費用。18.如權利要求17所述的方法，其中，有選擇地添加所述兩個或多個邏輯欄位的至少一個包括確定所述至少一個邏輯欄位是否是由模型實體定義指定的必需欄位；並且如果是這樣，則將所述至少一個邏輯欄位添加到抽象查詢中。19.如權利要求17所述的方法，其中，對於所述兩個或多個邏輯欄位的第一個定義每個請求的費用，而對於所述兩個或多個邏輯欄位的第二個定義每個結果的費用，並且其中，計算所述費用包括(i)計算每個結果的費用和所述兩個或多個邏輯欄位的第二個的結果數目的積；以及(ii)對這個積和每個請求的費用求和。20.如權利要求17所述的方法，其中，將抽象查詢轉換為物理查詢包括將抽象查詢的每個邏輯欄位映射到物理數據的各個物理實體。21.—種用於修改資料庫中的物理數據的方法，所述物理數據包括多個物理實體、並具有特定的物理數據表示，該方法包括接收對抽象修改操作的選擇；接收對在其上進行抽象修改操作的模型實體定義的選擇，該模型實體定義包括兩個或多個邏輯欄位，每一個都對應於單獨的物理實體；至少基於所接收的選擇，產生至少兩個物理修改語句，每個語句修改所述物理數據的兩個單獨物理實體之一；對所述至少兩個物理修改語句排序；根據物理修改語句執行修改操作，由此修改數據；以及基於所定義的模型實體定義的費率表，計算用於執行修改操作要收取的費用。22.如權利要求21所述的方法，其中，根據物理實體關係規範進行排序，所述物理實體關係規範定義數據的物理實體之間的分級關係，以保證數據的完整性。23.如權利要求21所述的方法，其中，根據將所述兩個或多個邏輯欄位映射到其對應物理實體的映射規則，構建所述至少兩個物理修改操作。24.—種提供用於定義訪問物理數據的抽象操作的邏輯框架的方法，所述物理數據包括多個物理實體，每個物理實體包括多個物理欄位，該方法包括提供用於定義抽象操作規範的抽象模型，所述抽象操作規範邏輯地描述訪問數據的操作，該抽象模型包括(a)多個邏輯欄位；(b)用於所述多個邏輯欄位的每一個的映射規則，其將所述多個邏輯欄位的每一個映射到數據的至少一個物理實體；(c)多個模型實體定義，其每一個都包括對應於物理實體的物理欄位的至少一個邏輯欄位；以及(d)用於所述多個模型實體定義的每一個的模型實體費率表，其中，這些費率表每一個都指定用於訪問對應模型實體定義的物理欄位的費用；以及提供運行時間組件，以便根據抽象模型將抽象操作規範變換為與物理數據一致的物理操作規範，其中，每個抽象操作規範包括所述多個模型實體定義的至少一個用戶選擇的模型實體定義。25.如權利要求24所述的方法，其中，抽象操作規範是抽象查詢，並且還包括通過用戶界面接收包括多個查詢條件的抽象查詢、結果欄位和對模型實體定義之一的選擇；訪問對應於所述選擇的模型實體定義；確定對應於所述選擇的模型實體定義是否指定了一個或多個必需結果欄位；並且如果是這樣，則將所述一個或多個必需欄位添加到查詢中。26.如權利要求24所述的方法，還包括通過運行時間組件變換並且根據抽象模型，將單個抽象操作規範變換為與物理數據一致的至少兩個單獨的物理操作規範，其中，每個物理操作規範修改數據的不同物理實體，並且其中，根據定義數據的物理實體之間的分級關係的物理實體關係規範，將每個物理操作規範排序以便執行。27.如權利要求24所述的方法，還包括請求實體發出執行單個抽象操作規範的請求；以及運行時間組件將所述單個抽象操作規範變換為至少兩個物理操作規範，以修改數據。28.如權利要求27所述的方法，其中，將單個抽象操作規範變換為所述至少兩個物理操作規範包括產生所述至少兩個物理操作規範；以及根據抽象模型的物理實體關係規範，將所述至少兩個物理操作規範排序。29.如權利要求24所述的方法，其中，每個映射規則包括對所述多個邏輯欄位之一的訪問方法，其中該訪問方法描述數據的物理實體的位置。30.如權利要求24所述的方法，還包括用於所述多個邏輯欄位的每一個的邏輯欄位費率表，其中，這些費率表每個都指定用於作為物理操作規範一部分而訪問對應物理欄位的費用。31.—種包含程序的計算機可讀介質，當由處理器執行該程序時，其提供用於定義抽象查詢操作的邏輯框架，該程序包括用於定義抽象查詢的抽象模型，所述抽象查詢邏輯地描述查詢數據的操作，該抽象模型包括(i)多個邏輯欄位；(ii)用於所述多個邏輯欄位的每一個的映射規則，其將所述多個邏輯欄位映射到數據的物理實體；以及(iii)用於所述多個邏輯欄位的每一個的費率表；運行時間組件，其配置有變換指令，以便將包括從所述多個邏輯欄位中選擇的邏輯欄位的抽象查詢變換為與物理數據一致的物理查詢；以及費用計算器，其配置為根據費率表計算用於執行物理查詢的費用。32.—種計算機，包括存儲器和至少一個處理器，並且還包括用於定義修改物理數據的抽象修改操作的邏輯框架，該邏輯框架包括用於定義抽象修改規範的抽象模型，所述抽象修改規範邏輯地描述修改數據的操作，該抽象模型包括(i)多個邏輯欄位；(ii)用於所述多個邏輯欄位的每一個的映射規則，其將所述多個邏輯欄位映射到數據的物理實體；以及(iii)用於所述多個邏輯欄位的每一個的費率表；運行時間組件，用於將包括從所述多個邏輯欄位中選擇的邏輯欄位的抽象查詢變換為與物理數據一致的物理查詢；以及費用計算器，其配置為根據費率表計算用於執行物理查詢的費用。33.如權利要求31所述的計算機，其中，每個費率表定義每個請求的費用和每個條目的費用的至少一種，其中，每個請求的費用是對操作收取的單一費用，而與該操作中包括的對應邏輯欄位的實例數目無關，以及其中，對該操作中包括的對應邏輯欄位的每個實例收取每個條目的費用。34.—種用於提供基於費用對數據進行訪問的方法，所述數據包括多個物理實體，每個物理實體包括多個物理欄位，所述方法包括通過用戶界面接收用戶輸入，該用戶輸入包括用於訪問所述多個物理欄位的所選擇欄位的數據的操作指令；確定所選擇欄位的每一個的欄位特定費用；計算對於訪問所選欄位要向用戶收取的費用；以及通過用戶界面向用戶顯示該費用。35.如權利要求34所述的方法，其中，確定欄位特定費用包括訪問用於由所述操作訪問的每個分別的物理欄位的費率表。36.—種用於顯示基於費用對數據進行訪問的費用信息的方法，所述數據包括多個物理實體，每個物理實體包括多個物理欄位，該方法包括顯示一個或多個用於構造查詢的用戶界面屏幕；通過所述一個或多個用戶界面屏幕接收用戶輸入，該用戶輸入定義被配置為訪問所述多個物理欄位的所選欄位的查詢；以及通過一個或多個用戶界面屏幕，顯示對於每個所選欄位的欄位特定訪問費用。全文摘要一種用於提供基於費用對數據進行訪問的方法，包括提供邏輯地定義訪問數據的抽象操作的抽象模型，該抽象模型包括(i)多個邏輯欄位；(ii)用於所述多個邏輯欄位的每一個的映射規則，其將所述多個邏輯欄位映射到數據的物理實體；以及(iii)用於所述多個邏輯欄位的每一個的費率表，其中，用於給定邏輯欄位的每個費率表定義當在抽象操作中包含該給定邏輯欄位以訪問對應於給定邏輯欄位的物理實體時要收取的費用。文檔編號G06Q30/00GK101410865SQ200480001554公開日2009年4月15日申請日期2004年6月23日優先權日2003年6月23日發明者理察·史蒂文斯,理察·德廷傑申請人:國際商業機器公司