MySQL 数据库或一个简单的 JSON 文件，哪一个会提高性能和存储效率？
MySQL database or a simple JSON file which one will be performance efficient and storage efficient?
先把概念放在table上。
我的网站有语音助手类型的功能。
如何运作？
- 用户将键入一些随机短语并按回车键。
- 该短语将转到 A REST API（在服务器上具有 AI 功能）它将决定用户
该短语背后的意图并用一些相关文本进行响应。
- 我会将该文本转换为语音，比如 mp3 文件。
将文本转换为语音的流程：
- 收到针对 Javascript 对象集合的文本检查
- 如果在其中找到短语，则使用该对象中的路径播放语音文件。
如果未找到，则向本地服务器发出 Ajax 请求并调用文本转语音第三方 API 以接收可以存储为 mp3 文件的二进制数据。
该文件的存储路径、文本和时间戳。 (可用于Js对象集合)
现在的问题是：
我应该使用 MySQL 来处理吗？
还是我应该使用简单的 JSON 文件？
从存储和速度的角度来看，哪种方式更有效？
注：
- 如果我使用MySQL（请不要建议更改）那么我需要将短语记录的数量限制为 200 个条目。
- 我关心的是流程的易用性、最短时间以及该流程的负载。
- 我们必须花费一定的时间让最终用户等待，直到这个过程发生才能听到以语音形式收到的文本
这些是最大的处理器：
- AI
- 文本转 MP3
- MP3 转文本
任何数据库都非常在关注列表的后面。听起来您的系统可能每秒执行 1 个查询。性能问题直到 100 或 1000 qps 才会出现。
至于存储：
- 100-1000 字节的元信息，对比
- 10K-100K 字节的 MP3（输入或输出）
- 典型的低端服务器需要 100GB-1TB
所以，谁在乎 MySQL 数据库或 JSON 文件是 'bigger'。
先把概念放在table上。 我的网站有语音助手类型的功能。
如何运作？
- 用户将键入一些随机短语并按回车键。
- 该短语将转到 A REST API（在服务器上具有 AI 功能）它将决定用户 该短语背后的意图并用一些相关文本进行响应。
- 我会将该文本转换为语音，比如 mp3 文件。
将文本转换为语音的流程：
- 收到针对 Javascript 对象集合的文本检查
- 如果在其中找到短语，则使用该对象中的路径播放语音文件。
如果未找到，则向本地服务器发出 Ajax 请求并调用文本转语音第三方 API 以接收可以存储为 mp3 文件的二进制数据。
该文件的存储路径、文本和时间戳。 (可用于Js对象集合)
现在的问题是：
我应该使用 MySQL 来处理吗？
还是我应该使用简单的 JSON 文件？
从存储和速度的角度来看，哪种方式更有效？
注：
- 如果我使用MySQL（请不要建议更改）那么我需要将短语记录的数量限制为 200 个条目。
- 我关心的是流程的易用性、最短时间以及该流程的负载。
- 我们必须花费一定的时间让最终用户等待，直到这个过程发生才能听到以语音形式收到的文本
这些是最大的处理器：
- AI
- 文本转 MP3
- MP3 转文本
任何数据库都非常在关注列表的后面。听起来您的系统可能每秒执行 1 个查询。性能问题直到 100 或 1000 qps 才会出现。
至于存储：
- 100-1000 字节的元信息，对比
- 10K-100K 字节的 MP3（输入或输出）
- 典型的低端服务器需要 100GB-1TB
所以，谁在乎 MySQL 数据库或 JSON 文件是 'bigger'。