Re: [請益] 如何評估DB是要用哪一套

[coflame (吾養吾浩然之氣)]

※ 引述《qw5526259 (B.K)》之銘言：
: 有沒有辦法從資料庫中的筆數來判斷
: 該用
: sql sever
: 還是oracle呢？
: 暫時不評估價格問題
: sql server的極限是多少筆數或者是多大的資料量呢？

其實作為一家公司要導入資料庫的評估，只看筆數真的有點奇怪

我的評估會是這樣


1. 在地技術支援能力: 出問題時，你就知道在地支援有多重要

2. EcoSystem: 第三方支援度, 譬如官方是否有支援Win/Linux/Unix
以及你使用的Hardware (ex: Server/Storage/...)
另外像是第三方備份: NBU/CommVault/...之類的有沒有支援
但你也會想，啊我都虛擬化啊，都走VM備份有差嗎？
不得不說還真的有差，尤其是你的DB是Mission Critical的時候。


3. 開發生態系：基本上選擇了資料庫，很大幅度也決定了你上面
建構應用程式的體系，當然有人也會說，我寫 .Net/ASP之類，
我也可以Run在MySQL/PostgreSQL上面啊！

...你忘了在要developement Support的時候對方一問，
直接回給你DB not certifed或者二家在互踢皮球的時候,
你就知道有多痛苦。

作為DBA，你需要這樣建構DB來給自己找麻煩嗎？
到時候.NET/ASP AP在質疑你為何不選SQL Server，不要大家又要吵成一團?

4. 價格....當然還是一個因素

5. DB的用途
你是要拿來做 高速交易使用
還是做 高速查詢使用

會影響到你選擇 欄式 或是 列式 資料庫。

差別自己Google一下

列式資料庫就你平常聽到那些
如果是欄式資料庫又不太一樣，就變成要考慮 Vertica/Sybase IQ之類

6. 人員的晉用：試問台灣現在是懂SQL Server/Oracle等的人比較多，
而且有實務上的營運管理經驗的多，還是懂PostgreSQL/MongoDB的人多?
看uuu開課都開哪些就知了，選個冷門的資料庫，招不到人來管，你要
常常7x24 On Call嗎？

7. Upgrade/Patch: 軟體都會有bug, 會有資安弱點, 沒有Support的情況下,
有弱點沒有patch, 有patch不敢上(極大情況是因為第1點support不足)
作為DBA不就又要被幹譙了？







--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.168.157 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/MIS/M.1576648145.A.DB9.html
※ 編輯: coflame (223.136.168.157 臺灣), 12/18/2019 13:53:24
※ 編輯: coflame (223.136.168.157 臺灣), 12/18/2019 13:55:57
※ 編輯: coflame (223.136.168.157 臺灣), 12/18/2019 13:56:27
※ 編輯: coflame (223.136.168.157 臺灣), 12/18/2019 14:00:58
→ pepsilee: 沒說你說錯，但你回答的內容跟他的問題有落差
→ infosec: 最近兩次ODA Patch failed.. 大概support也不好.. XD
推 wantsleep: 想另外請教 VM還原後有開不起來過的嗎？
→ wantsleep: 我是指DB
→ dennisxkimo: 如果VM備份是不關機的備份，只能說有機會
→ blackhippo: 還原開不起來常有喔..特別是很多公司作了備份機制都沒
→ blackhippo: 在做環原演練的...