建站
咨詢
售后
建站咨詢
新聞中心
上周五我介紹了一種軟件質(zhì)量評估模型FURPS，國外的一些企業(yè)使用該模型來對數(shù)據(jù)庫產(chǎn)品做對比評估。實(shí)際上近些時候，很多國內(nèi)的用戶也在做一些類似的研究工作。如何客觀的做數(shù)據(jù)庫選型對比是一件十分具有挑戰(zhàn)性的事情。有朋友說既然有了模型，那么評估數(shù)據(jù)庫不是很簡單的事情了嗎？實(shí)際上并非如此簡單。哪怕在同一個模型下，不同的人來做對比評估，也會得出截然相反的評估結(jié)論來。因?yàn)槟Ｐ椭皇且粋€大體的評估框架，而模型的各種參數(shù)都是可調(diào)整的，另外對于每一個問題，不同的企業(yè)，不同的使用者，不同的運(yùn)維人員與研發(fā)人員，面對不同的運(yùn)維場景，對同一個問題，給出的評估結(jié)果可能相去甚遠(yuǎn)。比如在易用性上，熟悉Mysql的人肯定不會給MYSQL打低分，而對于不熟悉的Postgresql，肯定給出低分，反過來也是如此。并不是說Mysql和Postgresql本身就在這個對比項(xiàng)上就一定有這樣的差距，所處地位的不同造成了實(shí)質(zhì)性的評估差異。
創(chuàng)新互聯(lián)公司長期為上1000+客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為蕭山企業(yè)提供專業(yè)的網(wǎng)站建設(shè)、網(wǎng)站制作，蕭山網(wǎng)站改版等技術(shù)服務(wù)。擁有十余年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。
在使用FURPS評估模型做數(shù)據(jù)庫選型對比的時候，首先需要調(diào)整的是各個維度的權(quán)重。我讓CHATGPT做一個Oracle、Mysql、Postgresql的FURPS評估，它給出了下面的答案。
|
評估因素 |
指標(biāo) |
Oracle |
MySQL |
PostgreSQL |
|
功能性 |
數(shù)據(jù)存儲和管理功能 |
5 |
4 |
4 |
|
數(shù)據(jù)查詢和報表功能 |
5 |
4 |
4 |
|
|
安全和權(quán)限管理功能 |
5 |
4 |
4 |
|
|
可用性 |
用戶界面和操作性 |
4 |
3 |
3 |
|
學(xué)習(xí)曲線和易用性 |
3 |
4 |
4 |
|
|
可靠性 |
可用性和可恢復(fù)性 |
5 |
4 |
4 |
|
容錯性和安全性 |
5 |
4 |
4 |
|
|
可維護(hù)性和擴(kuò)展性 |
4 |
3 |
4 |
|
|
性能 |
數(shù)據(jù)庫的響應(yīng)時間和吞吐量 |
5 |
4 |
4 |
|
數(shù)據(jù)庫的容量和負(fù)載能力 |
5 |
4 |
4 |
|
|
支持性 |
文檔和API |
5 |
4 |
4 |
|
開發(fā)者和管理員文檔 |
4 |
4 |
4 |
|
|
支持和維護(hù)服務(wù) |
5 |
3 |
3 |
|
|
總分 |
- |
58 |
46 |
45 |
CHATGPT的答案實(shí)際上是一種十分常見的評估模型的結(jié)論。主要注重功能性、支持性和可靠性。性能與可用性的占比略低。而實(shí)際上當(dāng)你做選型的時候，可能這些比例關(guān)系可能需要根據(jù)你自己的應(yīng)用特點(diǎn)和需求去做調(diào)整。比如你特別看中性能，那么性能在模型的占比可能會超過30%，這種情況下，評估結(jié)果可能截然不同。
而性能評估也并不是十分簡單而單一的，如果你的應(yīng)用特別看中高并發(fā)的單條數(shù)據(jù)寫入，那么Oracle的總分可能還不一定能比得上Mysql而如果你比較看中復(fù)雜的大表多表關(guān)聯(lián)，Mysql的評估結(jié)果可能會最低。而如果你把易于運(yùn)維作為最為重要的評估項(xiàng)，那么Mysql很可能因?yàn)槠浜唵味或T絕塵，把Oracle都遠(yuǎn)遠(yuǎn)甩在身后。
哪怕是對于可用性這個評估項(xiàng)，不同的用戶給出的評估結(jié)論也會因?yàn)樗麄冏约旱闹R結(jié)構(gòu)與傳統(tǒng)經(jīng)驗(yàn)而有所不同。一個對Mysql擁有十分豐富的開發(fā)與運(yùn)維經(jīng)驗(yàn)的企業(yè)，在選擇分布式數(shù)據(jù)庫的時候，肯定會給予Oceanbase、Tidb、HotDB、TDSQL等Mysql生態(tài)的分布式數(shù)據(jù)庫產(chǎn)品在可用性、支持性上較高的評價。實(shí)際上這一點(diǎn)也給做數(shù)據(jù)庫選型評價的朋友提了一個醒，不要總想著去參考別人的評估結(jié)論，否則東施效顰的故事很可能發(fā)生在你身上。別人的評估方法你可以參考，模型也可以借鑒，不過根據(jù)自己的情況，一定要認(rèn)真調(diào)整好模型，否則可能得出截然相反的結(jié)論來。
除此之外，評估的粒度對于模型的影響也十分大，越細(xì)致的維度分析，越容易做出更為準(zhǔn)確的判斷。比如上面那個CHATGPT的對比分析案例，如果把指標(biāo)維度再分得更細(xì)致一些，并保持剛才各個維度的比例相同，我們看到了一個略有不同的結(jié)果。
|
評估因素 |
指標(biāo) |
Oracle |
MySQL |
PostgreSQL |
|
功能性 |
數(shù)據(jù)庫管理 |
3 |
2.4 |
2.4 |
|
數(shù)據(jù)建模和設(shè)計 |
3 |
2.4 |
2.4 |
|
|
數(shù)據(jù)庫查詢 |
3 |
2.4 |
2.4 |
|
|
數(shù)據(jù)庫報表 |
3 |
2.4 |
2.4 |
|
|
數(shù)據(jù)庫安全 |
3 |
2.4 |
2.4 |
|
|
可用性 |
用戶界面設(shè)計 |
2.67 |
2 |
2 |
|
系統(tǒng)易用性 |
2 |
2.67 |
2.67 |
|
|
用戶培訓(xùn)和文檔 |
2.67 |
2.67 |
2.67 |
|
|
可靠性 |
故障處理和恢復(fù) |
3 |
2.4 |
2.4 |
|
數(shù)據(jù)一致性和完整性 |
3 |
2.4 |
2.4 |
|
|
數(shù)據(jù)庫備份和恢復(fù) |
3 |
2.4 |
2.4 |
|
|
數(shù)據(jù)庫容錯性 |
3 |
2.4 |
2.4 |
|
|
數(shù)據(jù)庫可維護(hù)性 |
2.4 |
1.8 |
2.4 |
|
|
性能 |
數(shù)據(jù)庫響應(yīng)時間 |
2 |
1.6 |
1.6 |
|
數(shù)據(jù)庫吞吐量 |
2 |
1.6 |
1.6 |
|
|
數(shù)據(jù)庫并發(fā)性 |
2 |
1.6 |
1.6 |
|
|
數(shù)據(jù)庫擴(kuò)展性 |
1.6 |
1.2 |
1.6 |
|
|
數(shù)據(jù)庫容量和負(fù)載能力 |
2 |
1.2 |
1.6 |
|
|
支持性 |
開發(fā)者文檔和API |
5 |
4 |
4 |
|
管理員文檔和API |
5 |
3 |
3 |
|
|
支持服務(wù) |
5 |
3 |
3 |
|
|
社區(qū)支持和資源 |
5 |
4 |
4 |
|
|
總分 |
- |
66.34 |
51.94 |
53.34 |
這依然是CHATGPT的回答，在這個評估表中Mysql和PostgresqlSQL分?jǐn)?shù)出現(xiàn)了一些逆轉(zhuǎn)。
|
評估因素 |
指標(biāo) |
Oracle |
MySQL |
PostgreSQL |
|
功能性 |
數(shù)據(jù)庫管理 |
5 |
4 |
4 |
|
數(shù)據(jù)建模和設(shè)計 |
5 |
4 |
4 |
|
|
數(shù)據(jù)庫查詢 |
5 |
4 |
4 |
|
|
數(shù)據(jù)庫報表 |
5 |
4 |
4 |
|
|
數(shù)據(jù)庫安全 |
5 |
4 |
4 |
|
|
可用性 |
用戶界面設(shè)計 |
4 |
3 |
3 |
|
系統(tǒng)易用性 |
3 |
4 |
4 |
|
|
用戶培訓(xùn)和文檔 |
5 |
3 |
3 |
|
|
可靠性 |
故障處理和恢復(fù) |
5 |
3 |
3 |
|
數(shù)據(jù)一致性和完整性 |
5 |
4 |
4 |
|
|
數(shù)據(jù)庫備份和恢復(fù) |
5 |
3 |
3 |
|
|
數(shù)據(jù)庫容錯性 |
5 |
4 |
4 |
|
|
數(shù)據(jù)庫可維護(hù)性 |
4 |
3 |
4 |
|
|
性能 |
數(shù)據(jù)庫響應(yīng)時間 |
5 |
4 |
4 |
|
數(shù)據(jù)庫吞吐量 |
5 |
3 |
4 |
|
|
數(shù)據(jù)庫并發(fā)性 |
5 |
3 |
3 |
|
|
數(shù)據(jù)庫擴(kuò)展性 |
4 |
3 |
4 |
|
|
數(shù)據(jù)庫容量和負(fù)載能力 |
5 |
4 |
4 |
|
|
支持性 |
開發(fā)者文檔和API |
5 |
4 |
4 |
|
管理員文檔和API |
5 |
3 |
3 |
|
|
支持服務(wù) |
5 |
4 |
4 |
|
|
社區(qū)支持和資源 |
5 |
3 |
3 |
|
|
總分 |
- |
105 |
78 |
81 |
而如果采用不同的分值模型，得到的結(jié)果又會不同，Oracle的優(yōu)勢就更明顯了。數(shù)據(jù)庫對比評估，對于不同的客戶而言，其評估結(jié)論比如會有所差異。不能說哪種評估就是對的或者更為準(zhǔn)確的。而只要你真正的科學(xué)的去根據(jù)自己的特點(diǎn)與需求做出的評估才是對你有用的。是否對你的選擇有用，才是數(shù)據(jù)庫對比評估的最終目的，不用過于看重別人的看法，這是我個人對數(shù)據(jù)庫對比評估的一貫觀點(diǎn)。
分享標(biāo)題：聊聊使用FURPS模型做數(shù)據(jù)庫選型評估中的一些問題
網(wǎng)頁路徑：http://m.5511xx.com/article/djhesid.html
