如何在 Apifox 中与其他成员共用数据库连接配置
原有的数据库操作
Apifox 作为一款接口文档+调试+mock+测试的协同工具，其中有一个备受好评的功能就是在发送/接收请求时，支持数据库操作。这个功能极大的方便了大家在请求接口时需要制作请求数据，或在接收到接口响应时需要插入数据到数据库中的操作，从而深得用户喜爱。
但是在大量用户每天大量实际使用这个功能的过程中，也发现了一些可优化点。其中最容易被 cue 到的一条是：
- 数据库连接的配置能不能团队管理员配置好了之后，其他人可以协同使用啊？每个人都要重新写一遍连接信息真的挺麻烦的。
在这个功能设计之初，我们便考虑到了是否允许数据库配置能够协同使用的问题。但是允许用户将数据库的账号、密码等敏感信息保存在云服务器上，是要慎重考量的事情。所以，数据安全是当时没有做协同使用数据库连接配置功能的核心原因。
云端储存数据库连接配置
到了如今，Apifox 已经是上百万开发者的主要 API 协同管理工具了，同时 Apifox 本身自己的基础能力也迭代的更加强大。因此，我们重新考虑了协同使用数据库连接配置这个优化需求，尽量做到数据安全与高效使用的平衡，期望让用户们能够满意。
1. 当你的 Apifox 版本更新至 2.6.50 及以上，进入项目设置 -> 数据库连接，点击新建数据库连接时，即可发现所有连接字段会引导你使用变量形式来填入字段的值。
2. 在环境管理中，于环境变量内设置好不同环境下需要使用的数据库连接的变量，这样即可将这些变量应用在数据库连接配置中。
3. 回到数据库连接配置页，你可以使用变量格式手动填入变量，也可以通过“动态值”功能直接引用这个变量。我们推荐使用环境变量填入此处，这样可以随着不同环境的上下文，自动切换不同环境对应的配置。除端口号外，其他字段都最好使用变量形式。
4. 将使用变量的数据库连接配置进行保存，就可以在接口管理、自动化测试等地方的数据库操作中进行使用了。
在使用时，保存在本地与保存在云端的数据库连接配置，实际使用的机制如下：
保存在本地的配置（未使用变量） | 保存在云端的配置（使用变量） |
|---|---|
|
|
5. 其他项目成员需要使用这个数据库连接配置的话，现在只用去环境管理中，找到对应的变量并填入本地值即可，不用像以前需要去项目管理中进行配置。
以上，是使用云端数据库连接的具体操作步骤。因为推荐使用本地值，所以实际配置仍然是保存在本地的，无需担心数据安全风险，只是使用变量形式让大家更方便进行了使用。当然 Apifox 仍然支持数据库连接配置中直接填写实际值，用以兼容以前的数据，以及仍然期望使用本地数据的需求。不过会有强提醒告知用户可以转换成使用变量来保存至云端，提升使用体验。
使用 Vault 变量来保存数据库连接配置
数据库连接配置，推荐使用 Vault 变量写入配置中。因为 Vault 变量是从外部专业密钥库获取、会被加密存储在你的本地客户端中，所以这样可兼得保存在云端的协同高效率，与数据安全的最佳效果。
1. 设置 Vault 变量，将数据库连接的明文存入 Vault 变量中。不同环境的数据库连接配置，要在你的提供商中创建不同的 Vault Key。具体方法参考这篇文档。
2. 在不同环境中，都创建相同名称的环境变量，例如：dbHost。然后在远程值中设置引用该环境对应的 Vault 变量，并保持本地值跟随远程值。
这样做的目的是：
- 使用环境变量包一层 Vault 变量，让后续设置数据库连接配置时只需要选择环境变量即可，实际使用数据库连接配置时，会跟着环境上下文自动选择此环境的连接配置；
- 保存在远程值中，为了让项目成员无需再手动设置一次，提升协同使用效率。
3. 在数据库连接中，填入在环境管理中设置好的数据库连接变量。可以使用“动态值”功能快速引用变量。
4. 点击测试连接，会提示选择需要测试的环境，注意测试连接的环境里一定要配置好对应的变量实际值。点击确认发现连接成功。如果有问题可根据具体报错信息进行处理。
5. 在某个接口请求的前/后置操作中，添加一个数据库操作，并选中上述已保存在云端的数据库连接配置，发起请求。例如，我需要从数据库表中找到宠物名为“Nancy”的宠物的 id，然后请求接口查询详情。
6. 发现 Apifox 成功执行了数据库操作，在数据库中取出了数据并根据我的要求将 petID 的值保存至 petId 变量中，然后请求出去了。
7. 如果你已按照上述步骤配置好了数据库连接配置，其他项目成员即可直接在接口请求的数据库操作内指定使用此配置，来对数据库进行操作，无需再自己配置。
以上，即是使用 Vault 变量来保存数据库连接配置，并且实际应用的实践。其中关键要点：
- 把每个环境的数据库连接配置，除端口之外，都设置一个 Vault 变量。例如测试、正式环境分别有 Vault 变量：testDBHost、prodDBHost；
- 使用环境变量，在每个环境中都添加同名变量，并在这些环境变量的远程值中引用对应环境的 Vault 变量值。例如按照下表方式配置好测试、正式环境两个环境下的变量与具体变量远程值（本地值保持跟随远程值即可）
环境变量名 | 变量远程值 | 说明 | |
|---|---|---|---|
测试环境 | dbHost | {{vault:testDbHost}} | 引用测试环境数据库地址的 Vault 变量 |
dbUsername | {{vault:testDbUsername}} | 引用测试环境数据库用户名的 Vault 变量 | |
dbPwd | {{vault:testDbPwd}} | 引用测试环境数据库密码的 Vault 变量 | |
dbTable | store | 没有数据安全问题，所以直接填写。当然也可选择引用 Vault 变量 | |
正式环境 | dbHost | {{vault:prodDbHost}} | 引用正式环境数据库地址的 Vault 变量 |
dbUsername | {{vault:prodDbUsername}} | 引用正式环境数据库用户名的 Vault 变量 | |
dbPwd | {{vault:prodDbPwd}} | 引用正式环境数据库密码的 Vault 变量 | |
dbTable | store | 没有数据安全问题，所以直接填写。当然也可选择引用 Vault 变量 |
延伸阅读
Apifox
Apifox
