本文章是CDP中Cloudera的操作數據庫（OpDB）系列文章的一部分。每篇文章都會詳細介紹新功能。從本系列的開頭以CDP中的Operational Database開始。

本文章概述了OpDB數據完整性功能，可幫助您實現ACID事務和數據一致性。OpDB保證某些屬性以確保原子性，持久性，一致性和可見性。我們將在此博客文章中看到這些功能中的某些功能如何幫助您實現數據完整性目標。

參照完整性

通過實施“約束”以及為表中的屬性強制執行業務規則，可以支持引用完整性。

約束是可配置的，您可以在不同的表中使用它。請記住，您必須根據賦予該約束的特定配置來選擇一種行為。

您可以使用約束來強制執行某些業務規則。通過檢查表中的所有“放置”，可以實施數據策略。例如，您可以設置一個策略，其中某個列族-列限定符對的值始終在1-20之間。這樣，當值不在該范圍內時，“ put”將被拒絕，并保持數據完整性。

非關系完整性

與參照完整性類似，非關系完整性是通過約束的實現來實現的，并且用于對表中用戶的任何內容類型的屬性（例如，確保值在1到10的范圍內）執行業務規則。選擇在其架構中實施。

實體和域的完整性

您可以使用OpDB隨附的多個工具，包括HBCK2和IndexScrutinyTool。HBCK2工具可幫助您查找和解決任何完整性問題。并且，您可以使用IndexScrutinyTool識別源表（通常是日期表或索引表）中的無效行。 IndexScrutinyTool將找到的無效行寫入文件或輸出表。

ACID交易

系統為單行事務提供了完全的ACID遵從性，以及NoSQL世界中后期綁定的讀取模式的靈活性。OpDB保證以下屬性：

• 原子性：事務中的所有更改將成功應用，或者在失敗的情況下將不應用任何更改。
• 耐用性：成功事務期間寫入的數據將持久保存到存儲中，并且在系統出現故障時不會丟失。
• 一致性：操作導致表從一種有效狀態轉換為另一種有效狀態。 舉例來說，這表示表格不會在交易期間遺失。
• 可見性：提交更新后的任何后續讀取都將看到該更新。

支持強和時間軸一致性。 客戶端可以指示給定讀取操作所需的一致性級別。默認的一致性級別為STRONG，這意味著讀取請求僅發送到為該區域提供服務的RegionServer。

這與不使用只讀副本時的行為相同。另一種可能性是TIMELINE，將請求發送到所有具有副本的RegionServer，包括主副本。客戶端接受第一個響應，包括它是來自主要還是輔助RegionServer。如果來自輔助服務器，則客戶端可以選擇稍后驗證讀取還是不將其視為權威讀取。

結論

在此博客文章中，我們研究了如何利用OpDB中的數據完整性功能。在下一篇文章中，我們將介紹OpDB的應用程序支持方面，請在此處閱讀。

關于Cloudera

在 Cloudera，我們相信數據可以使今天的不可能，在明天成為可能。我們使人們能夠將復雜的數據轉換為清晰而可行的洞察力。Cloudera 為任何地方的任何數據從邊緣到人工智能提供企業數據云平臺服務。在開源社區不懈創新的支持下， Cloudera推動了全球最大型企業的數字化轉型歷程。了解更多，請聯系。

慧都大數據專業團隊為企業提供Cloudera大數據平臺搭建，免費業務咨詢，定制開發等完整服務，快速、輕松、低成本將任何Hadoop集群從試用階段轉移到生產階段。

歡迎撥打慧都熱線023-68661681或咨詢慧都在線客服，我們有專業的大數據團隊，為您提供免費大數據相關業務咨詢！