将从 API 收到的对象存储在应用程序的数据库中，还是始终从 API 获取？
Store objects received from API in app's DB or always fetch from API?
我正在使用支付网关的 API，我们的 ASP.NET 核心应用使用该支付网关在客户打开“支付”页面时检索他们的支付历史记录。
问题是始终从支付服务的 API 检索此信息是一个好习惯，还是存储这些对象的本地副本更好，因为这样会更快？
需要考虑的事项：
- 支付对象一旦完成API就不会被修改
- 直接从 API 检索会影响 API
的允许请求限制
- 为了在本地存储这些对象，我想我需要定期将我的数据库 table 与 API 的数据同步
P.S.: 我正在使用的堆栈：
- 后端：ASP.NET核心
- 数据库：PostgreSQL
- 支付网关：Stripe
当然，完全看你的场景
如果你使用api。唯一的问题是您的服务器在大量请求中使用大量带宽，并且延迟之类的事情可能对您的用户来说并不愉快。一般来说，最好在你的数据库中有一个副本，即使 API 服务器无法访问你的应用程序不会有任何问题并且可以正常工作
我正在使用支付网关的 API，我们的 ASP.NET 核心应用使用该支付网关在客户打开“支付”页面时检索他们的支付历史记录。
问题是始终从支付服务的 API 检索此信息是一个好习惯，还是存储这些对象的本地副本更好，因为这样会更快？
需要考虑的事项：
- 支付对象一旦完成API就不会被修改
- 直接从 API 检索会影响 API 的允许请求限制
- 为了在本地存储这些对象，我想我需要定期将我的数据库 table 与 API 的数据同步
P.S.: 我正在使用的堆栈：
- 后端：ASP.NET核心
- 数据库：PostgreSQL
- 支付网关：Stripe
当然，完全看你的场景 如果你使用api。唯一的问题是您的服务器在大量请求中使用大量带宽，并且延迟之类的事情可能对您的用户来说并不愉快。一般来说，最好在你的数据库中有一个副本，即使 API 服务器无法访问你的应用程序不会有任何问题并且可以正常工作