CGFT大數據技術原理中關系數據庫的關鍵特性有哪些？關系數據庫的關鍵特性包括完善的事務機制和高效的查詢機制。關系數據庫的事務機制是由1998年圖靈獎獲得者、被譽為“數據庫事務處理*”的詹姆斯·格雷提出的，一個事務原子性、一致性、隔離性、持續性等“ACID”四性，有了事務機制，數據庫中的各種操作可以*數據的一致性修改。

關系數據庫還擁有*高效的查詢處理引擎，可以對查詢語句進行語法分析和性能優化，*查詢的高效執行。

但是，關系數據庫引以為傲的兩個關鍵特性，到了Web2.0時代卻成了“雞肋”，主要表現在以下幾個方面。

1.Web2.0網站系統通常不要求嚴格的數據庫事務

對于許多Web2.0網站而言，數據庫事務已經不是那么重要。

比如，對于微博網站而言，如果一個用戶發布微博過程出現錯誤，可以直接丟棄該信息，而不必像關系數據庫那樣執行復雜的回滾操作，這樣并不會給用戶造成什么損失。而且，數據庫事務通常有一套復雜的實現機制來*數據庫一致性，需要大量系統開銷，對于包含大量頻繁實時讀寫請求的Web2.0網站而言，實現事務的代價是難以承受的。

2.Web2.0并不要求嚴格的讀寫實時性

對于關系數據庫而言，一旦有一條數據記錄成功插入數據庫中，就可以立即被查詢。

這對于銀行等金融機構而言，是*重要的。銀行用戶肯定不希望自己剛剛存入一筆錢，卻無法在系統中立即查詢到這筆存款記錄。但是，對于Web2.0而言，卻沒有這種實時讀寫需求，用戶的微博粉絲數量增加了10個，在幾分鐘后顯示更新后的粉絲數量，用戶可能也不會察覺。

3.Web2.0通常不包含大量復雜的SQL查詢

復雜的SQL查詢通常包含多表連接操作，在數據庫中，多表連接操作代價高昂，因此，各類SQL查詢處理引擎都設計了十分巧妙的優化機制，通過調整選擇、投影、連接等操作的順序，達到盡早縮小參與連接操作的元組數目的目的，從而降低連接代價、提高連接效率。但是，Web2.0網站在設計時就已經盡量減少甚至避免這類操作，通常只采用單表的主鍵查詢，因此，關系數據庫的查詢優化機制在Web2.0中也就難以有所作為。