※ 引述《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不就又要被幹譙了？