用元數據造句子，“元數據”造句
因為數據和元數據都被記錄，jbd可以使用日誌將元數據和數據恢復到一致狀態。
本文將元數據技術引入構件的開發中，採用元數據定義業務規則，通過元數據驅動構件的運行。
使用XML語言來描述DublinCore元數據是一種全新的元數據解決方案。
多維數據集模型包含元數據對象，這些對象描述基表數據中的關係以及相關數據位於什麼地方。
元數據也得要（元數據是關於測量實施方法，某氣象站狀況改變過程或被侵蝕過程的數據等等。）
AOP和元數據的結合就像是天作之合。
此外，SAP元數據與其相應的測試數據之間不存在智能的聯繫。
雖然這意味着數據永遠不會寫入到位(從來沒有被覆蓋)，而是寫入新塊並更新元數據來引用數據。
一些開發者堅持認為屬*信息應該是元數據，即關於數據的信息，而不是數據本身。
至此，您應該對JDBC數據中介服務元數據瞭然於胸了，並且清楚地知道如何使用這種元數據來形成結果SDO數據圖。
NIEM這種元數據登記系統由兩個“同心圓”組成，包括共享的數據元素和針對不同域的擴展。
進程未能查詢在訂閲服務器上的元數據。
如果能夠從這些文檔中提取出嵌入其中的隱式元數據，而不要求作者在文檔之外添加顯式元數據，那麼就能夠得到更多更好的元數據。
第三,它旨在探討應用和實施目前元數據標準的數字庫.
這種元數據API不僅定義關係數據存儲中數據的形式，而且定義與該數據相關聯的查詢，並建立了不同對象之間的關係。
目標倉庫數據的建模是將需求轉換成圖畫以及支持表示那些需求的元數據的過程。
這有助於僅將元數據發送至與看到或輸入數據的用户相對應的客户機上。
頻率分佈存儲在元數據儲存庫中，其形式為一組不同的值和與之相關的出現次數計數。
基於附加到用户的元數據信息，使用規則過濾內容。
如果我們檢查每個屬*，特別是數據部分(等號右邊的部分)，就可以確定它們是否真的表示數據或元數據。
如果在這個漏洞開啟期間(在元數據被刷新之後但是在相應的數據被寫到磁盤上之前)重新啟動系統或系統死機，那麼新老數據都會丟失。
如果代碼發生變化，那麼就可能需要修改元數據，並且採用配置文件的方式表示元數據，您必須記得要找出單獨的配置文件並修改它。
如果不考慮元數據對遺忘的影響，對元數據和AOP的討論就不能説是完整的，儘管在實踐中真正重要的是關注點的模塊*而不是遺忘。
另外，我們通過捕獲元數據中的參數集中的相互依賴關係，而且僅僅要求輸入一次這些參數，進一步減少了參數的數量。
為了提高可讀*，通過在實體類文件中直接指定的對象或關係元數據表達場景中的關係。只能將一個主鍵分配給數據表.
為了使歐洲的所有建築學數據更便於檢索，幾位用户創建了一個名為“歐洲建築學目錄元數據(MetadataforArchitecturalContentinEurope)”的分類樹，這幅作品成功入圍十佳。
Q：我是否應該僅擁有一項PVOB(項目元數據倉儲)用於統一變更管理(ucm)部署？
我還必須保*需要尋找的所有元數據都包含在這個預先定義的工作中。
初始化元數據(14%)。
將出現“清除元數據”菜單。
從語義的角度來説，元數據提供了數據的含義。
在“值”列中鍵入值，為您的公告編輯元數據元素。
在將此元數據對象準備好後，您可以使用該對象中的元數據和消息來驗*數據輸入和顯示消息。
元數據框架和相關內容特*。
創建與前面創建的元數據和數據庫連接對象相關聯的Mediator實例。
虛線上面的標籤指出各種元數據類型(報告名和包、數據庫表、ETL作業和數據源名稱)。
此層表示並使用元數據，元數據對於將每個層與其鄰近的服務層成功分離非常關鍵。
Becky：ARIA定義要添加到DHTML控件中的角*和狀態元數據。
簡單的項屬*可以是基元數據類型，例如整數或字符串，或者是稱為內容的特殊數據類型，這種數據類型用於存儲諸如文件字節等批量數據。
在面向對象的資源環境模型庫管理系統中，模型的屬*、方法、數據接口和元數據被封裝為模型對象，模型元數據用於資源環境模型的輔助管理。
數據質量組件及其所有相關元數據(規則和規則集、指標、綁定、執行歷史、文件夾關聯，等等)。
在某些EIS中，資源適配器會查詢後端的元數據來發現業務對象。
此報頭包含了用於告訴瀏覽器如何解釋文檔的元數據。
您需要為將定義的每種內容類型的元數據打下基礎，並且確定如何根據自然關係組織內容。
機羣文件系統DCFS2採用分佈式日誌技術和改進的兩階段提交協議解決了分佈式元數據處理下元數據的一致*問題。
類似地，這些圖像元數據文檔還具有高度和寬度元素，但是應用程序調用一個名為size 的面，這個面可以從height和width元素輕鬆得到。
和文件類似，它含有保持文檔元數據的屬*，例如，文檔作者、修改數據和某公司的專有自定義屬*(見圖1)。
注意：因為CubeViews元數據在引用DB2表和列時使用定界約定，所以需要將表名和列名放在雙引號中。
利用集成分類法、主題詞表和語義元數據構造數字圖書館知識組織系統的方法，可以實現數字圖書館的知識組織。
我們將那些元數據稱為服務語義元數據。
核心元數據由CWM元數據定義改編而來，後者以*於供應商的方式定義OLAP元數據。
您只需使用元數據對此進行更改。
我們這樣做是使用元數據工具弄清數據存儲在哪裏以及像什麼。
使用實際數據之上的包裝腳本和元數據意味着，對於屏幕上任意的附加的字段，只有元數據需要添加到數據庫中。
生命週期中元數據的值是否會發生變化？
第三，它旨在探討應用和實施目前元數據標準的數字庫。
在本示例中，元數據以XML模式定義文件的形式提供，該文件描述了平面文件中的數據。
元數據處理和可見*規則的運行時實施由osgi框架解算器負責。
當然，這不能徹底解決不及時寫數據塊的問題，但是，更頻繁地寫元數據也確實促進了更頻繁地寫數據。
多虧了日誌，數百G的文件系統元數據幾乎能在瞬間恢復到一致*的狀態。
不同的硬件平台、*作系統、網絡協議和數據管理系統進行集成，通過元數據這一中間載體，可以屏蔽其具體的應用差別。
InfoQ：如果我想往Clojars上增加一個類庫，那需要創建哪些元數據呢，最好的處理方式是什麼？
和與LSID關聯的數據不同，元數據會到期。
RDF封裝器元素照常提供對元數據的封裝。
SDO元數據API對數據源特定的元數據API進行了統一，允許應用程序以統一的方式處理來自異類數據源的數據。
對於元數據的緩衝，VxFS允許用户指定元數據(通常寫回到磁盤上的日誌中)不會被同步寫回到磁盤。
事實上，我們在鏈接裏提供元數據，然後其他服務器據此給出響應。
雖然元數據和數據兩者都存儲在對象存儲集羣，但兩者分別管理，支持可擴展*。
如果她在此時複製數據，它們可能還沒有包含相關的隱私元數據，所以這些數據還沒有被正確地消除識別信息。
每條推訊都是一個json文件，除了推訊本身的內容外還包含大量的元數據：日期和時間，跟帖者數量，賬户創立日期，地理數據，等等。
針對中文地址類信息的處理，建立了包含分詞規則的元數據庫，提出一種相似重複檢測模型。
那類混純索引機造的索引數據非信做的元數據。
標準和政策：元數據，互通*，等等。
然後為你的項目構建一個全面的元數據模型。
使用XML對遙感影像元數據進行描述，便於實現影像元數據的網上查詢與檢索，並最終實現遙感影像數據的網絡共享。
除了標準化元數據術語之外，DCMI還提供了根據枚舉或者模式規範選擇值的建議。
一百數據標準、元數據、文件編碼、主題索引和文件歸檔系統得到了廣泛使用，以確保有效信息的相關*、存儲和檢索。
您可以請求返回元數據的片段（例如端點）、返回所有元數據以及同時返回元數據和文檔。
NFS現在是一個狀態協議幷包括對數據和元數據分離的優化以及數據訪問並行。
文介紹了一種聚類大型二元數據*的快速算法，在該數據*中數據點是高維的，並且大多數的座標值為零。
如果你的起始級別是“未建模的、沒有元數據、不知道它是什麼的”，你的數據所能看到的下一步可能是“屬於我們的數據模型但是我們對它獲得不了其他的輔助信息”……
數據頁面的內容包括頁面上的數據和有關頁面上數據的信息(有時稱為元數據)。
在數據庫的上下文中，元數據描述特定的數據庫，比如數據庫的名稱、它的版本號或建立連接的jdbc驅動程序的名稱。
由於構建在LLVM的Clang解析器上，它可以查看到庫的源代碼並生成MacRuby所能使用的元數據，之後MacRuby可以使用這些元數據獲悉庫接收的到底是什麼，比如塊、符號等等。
如果不使用元數據編程，那麼每個程序元素只能使用一個名字。
描述數據庫表的架構的列元數據。
基於CWM的企業元數據集成相關技術，重點探討集成中元數據的抽取與導出問題，給出相應的導出規則以及一個應用實例。
業務存在論用元數據把系統捆綁在一起，非常像數據庫把離散的數據片斷綁在一起。
儘管XML已經成為最常見的Spring元數據的格式，但它決不是唯一選擇。
