阿里雲RDS for SQL Server測試吐槽

最近測試了一下阿里雲RDS for SQL Server，有些設計簡直就是反人類，讓人不得不吐槽一番。

 

 

1：控制檯建立數據庫時，數據庫名不能包含大小字母。

 

 

如上截圖所示，數據庫名稱不能包含大寫字母，好吧，這個限制我認了。 可是使用「高權限帳號」經過SSMS客戶端鏈接數據庫，能夠建立包含大寫字母的數據庫。這個是徹底不一致的行爲？  實在不明白要弄成先後矛盾！。最坑爹的是，若是你用SSMS客戶端建立了一個包含大小字母的數據庫TEST，若是你去控制檯刪除這個數據庫，也會報這個提示。

 

出於某些因素考慮，能夠接受你有一些限制，可是你這樣也要總體一致啊！ 不要先後矛盾啊！

 

 

 

 

 

2： 控制檯新建了一個數據庫後，使用高權限帳號在SSMS竟然沒法訪問，必須在控制檯的「帳號管理」裏面，重置帳號權限才能訪問。

 

其實細想一下，就是新建了一個數據庫，必須對「高權限帳號」受權才能訪問。 可是這裏有一個問題，整個實例中，只有惟一一個「高權限帳號」，難道不能在後臺新建數據庫的時候，自動對其進行受權嗎？ 這樣我每隔一段時間，新建一個數據庫，就必須重置一次帳號權限。這個操做，實在讓人以爲難以接受。

 

 

3：在RDS for SQL Server（常規實例 (基礎版)）中，發現全部數據庫的數據文件，事務日誌文件所有通通放在一個盤下面。這樣的設計仍是讓人有點難以接受。固然不清楚底層是如何配置的，也有可能底層硬件架構設計不用分盤.

 

默認設置 ，系統數據庫、tempdb、用戶數據庫應該位於不一樣的磁盤， 數據文件和事務日誌文件應該位於不一樣的存儲。固然這裏值測試基礎版，沒有去檢查其餘高可用版是否有分離開來。

 

 

 

 

4：RDS for SQL Server的內網地址名字不能修改。

 

RDS for SQL Server的內網地址是一大串字符串，有時候，你想命名一個有意義的名字，可是對不起，這個沒法修改。

 

 

5： 功能限制問題和權限限制問題

 

RDS for SQL Server有不少使用限制，具體參考下面連接

 

https://help.aliyun.com/document_detail/26141.html?spm=a2c4g.11186623.6.704.7c3b32c05i64sW

 

有些頭疼的是，郵件功能被限制了。不能部署一些自定義的監控告警做業。不少功能限制，這種感受就像在用一個閹割版的SQL Server數據庫同樣。最讓人頭痛的就是「高權限帳號」的權限限制問題。對於習慣了使用sysadmin角色的DBA來講，這個限制就比如孫悟空帶了個緊箍咒！

 

 

6：控制檯帳號受權實在太簡單、粗暴了。

 

控制檯用戶受權只有三個選項，對於精細控制，這個功能實在太過簡單和粗暴了，還不如干脆不提供，讓用戶用「高權限帳號」去建立普通用戶權限。

 

 

 

以上只是簡單的測試過程當中，發現的一些設計問題。