1. 首頁 > 云知道 > >

Linux下徹底卸載mysql詳解,msql( 二 )

云知道


（PostgreSQL可解決）PostgreSQL數據不存在這個問題，假設表T的兩個字段col1的col2上有兩個索引,idx_1和idx_2，那么select * from t where col1=:a and col2=:b;查詢時，PostgreSQL數據庫有可能把這個查詢轉化為select * from t where col1=:a intersect select * from t where col2=:b，這樣兩個索引都可以使用上 。
22、不支持位圖索引(bitmap index) 。每種存儲引擎都支持不同類型的索引 。大部分存儲引擎都支持B-Tree索引 。23、 管理工具較少,功能也不夠成熟 。24、沒有成熟能夠令人滿意的IDE工具與調試程序 。可能不得不在文本編輯器中編寫存儲過程,并且通過往表(調試日志表)中插入記錄的方式來做調試 。25、 每個表都可以使用一種不同的存儲引擎 。
（PostgreSQL可解決）26、 每個存儲引擎在行為表現、特性以及功能上都可能有很大差異 。（PostgreSQL可解決）27、大部分存儲引擎都不支持外鍵 。（PostgreSQL可解決）28、默認的存儲引擎(MyISAM)不支持事務,并且很容易損壞 。（PostgreSQL可解決）29、最先進最流行的存儲引擎InnoDB由Oracle擁有 。
（PostgreSQL可解決）30、有些執行計劃只支持特定的存儲引擎 。特定類型的Count查詢,在這種存儲引擎中執行很快,在另外一種存儲引擎中可能會很慢 。（PostgreSQL可解決）PostgreSQL只有一種存儲引擎，所以不存在上面的情況 。而PostgreSQL支持完善的事務 。31、執行計劃并不是全局共享的,,僅僅在連接內部是共享的 。
32、全文搜索功能有限, 只適用于非事務性存儲引擎 。Ditto用于地理信息系統/空間類型和查詢 。（PostgreSQL可解決）PostgreSQL數據庫支持全文搜索，支持更多類型的索引，如B-tree,R-tree, Hash, GiST, GIN，R-tree,GIST,GIN索引可用于空間類型和查詢 。
33、沒有資源控制 。一個完全未經授權的用戶可以毫不費力地耗盡服務器的所有內存并使其崩潰,或者可以耗盡所有CPU資源 。34、沒有集成商業智能(business intelligence), OLAP **數據集等軟件包 。35、 沒有與Grid Control類似的工具36、 沒有類似于RAC的功能 。如果你問”如何使用Mysql來構造RAC”,只能說你問錯了問題 。
【Linux下徹底卸載mysql詳解,msql】37、不支持用戶自定義類型或域(domain) 。（PostgreSQL可解決）PostgreSQL支持豐富的類型，同時也支持自定義類型 。38、 每個查詢支持的連接的數量最大為61 。39、MySQL支持的SQL語法(ANSI SQL標準)的很小一部分 。不支持遞歸查詢、通用表表達式（Oracle的with 語句）或者窗口函數（分析函數） 。
支持部分類似于Merge或者類似特性的SQL語法擴展,不過相對于Oracle來講功能非常簡單 。（PostgreSQL可解決）這些PostgreSQL數據庫都支持，如窗口函數 。40、不支持功能列(基于計算或者表達式的列,Oracle11g 開始支持計算列,以及早期版本就支持虛列(rownum,rowid)) 。
41、不支持函數索引,只能創建基于具體列的索引 。（PostgreSQL可解決）PostgreSQL支持函數索引 。42、不支持物化視圖 。43、不同的存儲引擎之間,統計信息差別很大,并且所有的存儲引擎支持的統計信息都只支持簡單的基數(cardinality)與一定范圍內的記錄數(rows-in-a-range) 。
換句話說，數據分布統計信息是有限的 。更新統計信息的機制也不多 。44、沒有內置的負載均衡與故障切換機制 。45、 復制(Replication)功能是異步的,并且有很大的局限性 。例如,它是單線程的(single-threaded),因此一個處理能力更強的Slave的恢復速度也很難跟上處理能力相對較慢的Master 。
46、 Cluster并不如想象的那么完美 。或許我已經提過這一點,但是這一點值得再說一遍 。47、數據字典(INFORMATION_SCHEMA)功能很有限,并且訪問速度很慢(在繁忙的系統上還很容易發生崩潰) 。48、不支持在線的Alter Table操作 。49、 不支持Sequence 。（PostgreSQL可解決）PostgreSQL支持sequence 。

推薦閱讀