Bytebase 1.12.0 重点新功能解读 - 定价更新 / SQL 审核规则 / Terraform Provider
🐰 年的第一次发布，版本号从 1.11.0 升级到了 1.12.0，因为春节的关系，这次的发布周期是 3 周。新春新气象，这次提交也比正常 2 周一次的发布要多出一些，包括了 264 次的代码提交，让我们来看看其中包括了哪些新的能力👇
首先是对于 SQL Review 审核规则的加强。
我们在 MySQL，TiDB 上已经有了接近 50 条规则，来检测出各种不合规的 SQL 语句，这块之前 MySQL 系业界也有基于 goInception 的工具，能力上大体相似。
But PostgreSQL 系这块因为没有 Parser 的支持，一直是空白。为了填补这块的空缺，Bytebase 自研了 PG Parser，这次也基于 Parser 的能力，又添加了 21 条审核规则。使得 PG 的 SQL Review 规则总数达到了 37 条。
乍一眼看，好像离 MySQL 还有点差距嘛。其实不然，因为 MySQL 里有一些奇怪的语法，比如 Insert / Update 语句可以加 ORDER BY，这种就需要在规则层面把它给掉。而 PG 这边本身就不允许这种语法，所以就不需要额外的规则了。
有句话叫什么来着，x 生文具多 🙄
除了规则引擎能力的增强，我们在 SQL 编辑器上也集成了 SQL 审核规则，可以实时返回违反的规则。
至此，历时将近一年的 SQL Review 规则功能也告一段落，从一开始我们构建了一个 SQL Review Guide，到在产品中基于已有 TiDB Parser 实现 MySQL 系的审核规则，到之后自研 PG Parser 实现 PG 的审核规则，再到把这些规则集成到产品里，我们有了：
1. 市面上第一梯队的 MySQL / TiDB SQL 审核能力。
2. 市面上独一无二的 PostgreSQL 审核能力。
3. 市面上独一无二的产品层集成能力，无论是和 Bytebase 本身的集成，还是和 GitHub Action, GitHub App, GitLab CI 以及 API 集成。
当然这只是 SQL Review 的第一期，接下来我们会对 Bytebase SQL Review 规则的配置和使用体验做一次优化，然后就会进入第二期，结合数据库统计信息的索引建议开发。
其次是继续对于 Terraform Bytebase Provider 的加强，之前先后推出了环境和数据库实例配置，以及数据库用户权限配置。这次我们一口气把策略配置也加上去了，其中包括：
1. 批准策略
2. 备份策略
3. 敏感字段设置策略
4. 数据库访问策略
5. 前面说到的数据库审核规则，MySQL 49 条，TiDB 45 条，PG 37 条
看一下 Terraform Bytebase Provider 的资源列表，也算是初具规模了。
最后说一下定价更新，Bytebase 去年 4 月份推出了商业化版本，经过一年的摸索和产品本身的迭代，我们决定在新年进行一次定价调整。
这次的定价主要改变的是团队版，本来最便宜的方案也需要按年订阅 3 万+ RMB，我们这次改成了最低可以 129 RMB，按月订阅。
因为 Bytebase 的一个核心价值主张就是应用开发工程师和 DBA 的协同，而协同相关功能主要都在团队版和企业版里，这次的定价调整也是为了让更多用户可以体验 Bytebase 提供的协同能力。
而对于有完整建制的研发团队，我们还是会推荐企业版，过去一年企业版的能力也有了很大的增强，附上一张 22 年和23 年企业版功能对比概览图 ⬇️
贝斯的圆桌趴
好了，这次的功能解读就到这里了。这周另外一个插曲是业界关于 DBA 职业前景的讨论，所以我们周二晚上 20:00 也邀请了几位 DBA 老炮，唠唠「你怎么还在招聘DBA」这个话题，欢迎预约 👋