作者：劉新旺
MySQL DBA，專注於 MySQL 資料庫多年，現就職一家本地生活服務類網際網路公司，負責資料庫相關工作。
本文來源：原創投稿
*愛可生開源社群出品，原創內容未經授權不得隨意使用，轉載請聯絡小編並註明來
源。
產品概述
- 體驗環境
- 體驗產品：SQLE
- 軟體版本：sqle-ce-1.2111.0-pre2
- 部署環境：CentOS Linux release 7.9.2009 (Core)
- 產品介紹
- SQLE（ https://opensource.actionsky.... ）是由上海愛可生資訊科技股份有限公司 開發並開源，支援多場景稽核，支援標準化上線流程，原生支援 MySQL 稽核且資料庫型別可擴充套件的 SQL 稽核工具。
- 需求分析
產品定位
- 網際網路時代，一個 app 可能承載成百上千萬使用者的使用；其業務規模之大，更新迭代之快，眾多業務線日常上線 SQL 之多；DBA 對上線 SQL 的稽核和執行工作變得十分繁忙，如何高效的保障SQL語句的高效執行和質量，對於系統的高效執行和長久穩定有著很大的影響。
使用者需求分析
- 核心需求為：開發人員自助、平臺初審、DBA 複審、執行上線。
使用者細分
- 主要使用人員：開發人員和 DBA ；開發人員希望便捷、高效、自主可控的上線業務 SQL ；DBA 希望便捷、高效、安全、高質量的稽核 SQL 上線。
產品分析
- 產品結構圖
通過SQLE的產品結構圖我們可以看到，SQLE 的介面設計較簡潔，工作臺可以看到與自己相關的待辦工作；首頁列表放置核心功能【工單】稽核，其它功能收集到平臺管理中；【規則】可以考慮收入到【平臺管理】中；【稽核計劃】也可以考慮收入到【平臺管理】中，稽核的結果可以整合到工單中，方便統一進行處理。
- 產品使用流程圖
通過 SQLE 的流程圖可以看到，整體流程分為兩個兩個部分，一個是基礎配置，配置好了基礎配置以後，就可以執行上線流程了；對於稽核不合格的功能依舊可以執行工單，沒有起到自動稽核的意義，對於ERROR級別的錯誤可以自動駁回不與上線；進入工單頁面後不能很好的發現稽核操作按鈕（工單進度部分），需要下拉視窗才能發現；可以把稽核操作放到稽核結果列表後面加一個操作列，體驗會更加友好。下圖為縮放67%後才能看到下面的稽核操作.
- 功能體驗分析
（1）建立SQL工單-SQL語句不支援輸入聯想，建議增加輸入聯想，提高錄入效率
（2）建立SQL工單-SQL語句對於明顯語法錯誤不能及時提示，建議增加語法錯誤提示，提前發現明顯問題
（3）建立SQL工單-SQL語句輸入框高度過高，點選稽核後不方便檢視到結果，建議降低高度增加寬度
（4）建立SQL工單-工單不支援自定義上線時間，同時也不支援定時上線
- 表現層
- 平臺整體以白灰色色調為主，配色穩重簡約，不同狀態以不同顏色顯示區別，猜測應該是用的ant design元件庫；頁面列表和CURD頁面不夠簡潔和清晰，有待優化。
競品分析
| SQLE | Archery | |
|---|---|---|
| 稽核 | ✓ | ✓ |
| 查詢 | × | ✓ |
| 執行 | ✓ | ✓ |
| 備份 | × | ✓ |
| 通知 | 釘釘、企業微信、郵件通知 | |
| 流程 | ✓ | ✓ |
| 白名單 | 企業版 | |
| 慢日誌稽核 | 企業版 | 只有收集展示，暫無稽核 |
| 稽核計劃 | 支援 MyBatis Scanner | × |
| 擴充套件 | 支援外掛化 | 支援外掛化 |
使用感受
由於時間有限，僅是個人測試體驗；SQLE 整體設計不錯，符合現在主流平臺的各方面特徵；主要幾個設計點我比較喜歡：
- DB 型別和例項關聯模版這個管理力度很細
- 資料來源關聯流程，使審批粒度更加細緻，管理更加方便
- SQL 白名單，應對特殊情況，避免業務被規則卡死，同時避免管理人員直接運算元據庫；sql 指紋相當於提供了統配功能，更加方便
- 稽核計劃是個好東西；對於想整合 CI/CD 是一個很好的參考 ?
- 稽核支援外掛化，更易擴充套件
- 後端使用 go 語言開發，部署相容性和效能更加友好