【发布时间】:2020-06-12 08:17:00
【问题描述】:
让我们先把概念放在桌面上。 我的网站有语音助手类型的功能。
它是如何工作的?
- 用户将键入一些随机短语并按 Enter。
- 该短语将转到 A REST API(在服务器上具有 AI 功能)它将决定用户 该短语背后的意图并以一些相关文本进行回应。
- 我会将该文本转换为语音,例如 mp3 文件。
文字转语音的流程:
- 收到针对 Javascript 对象集合的文本检查
- 如果在其中找到短语,则使用该对象中的路径播放语音文件。
如果找不到,则向本地服务器发出 Ajax 请求并调用文本到语音第三方 API 以接收可以存储为 mp3 文件的二进制数据。
存储该文件的路径、文本和时间戳。 (可以在对象的Js集合中使用)
现在的问题是:
我应该使用 MySQL 来处理吗?
还是应该使用简单的 JSON 文件?
从存储和速度的角度来看,哪种方式更高效?
注意:
- 如果我使用 MySQL(请不要建议更改),那么我需要将短语记录的数量限制为 200 个条目。
- 我关心的是过程的简单性、最短时间和该过程的负载。
- 我们必须花费大量时间等待最终用户等待此过程发生,才能听到收到的语音形式的文本
【问题讨论】:
标签: mysql json performance processing-efficiency