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