在这种情况下我应该使用Wordpress瞬态API吗?

在这种情况下我应该使用Wordpress瞬态API吗?,wordpress,caching,Wordpress,Caching,我正在为工作编写一个简单的Wordpress插件,我想知道在这种情况下使用Transients API是否实用,或者我是否应该寻找另一种方法 这个插件的用途很简单。我正在调用USZip Web服务()来检索数据。我们的销售团队正在使用插件将在其上运行的铅摄入量表 我想减少API调用的数量,因此我考虑为每个邮政编码设置一个瞬态作为键,并存储传入的数据(city和zip)。如果给定邮政编码的对应数据已经存在,则无需进行API调用 以下是我关注的问题: 1.在快速搜索之后,我意识到瞬态数据存储在wp_

我正在为工作编写一个简单的Wordpress插件,我想知道在这种情况下使用Transients API是否实用,或者我是否应该寻找另一种方法

这个插件的用途很简单。我正在调用USZip Web服务()来检索数据。我们的销售团队正在使用插件将在其上运行的铅摄入量表

我想减少API调用的数量,因此我考虑为每个邮政编码设置一个瞬态作为键,并存储传入的数据(city和zip)。如果给定邮政编码的对应数据已经存在,则无需进行API调用

以下是我关注的问题: 1.在快速搜索之后,我意识到瞬态数据存储在wp_options表中,并且存储这些数据将很快使该表膨胀。如果数据库变得巨大,这会导致严重的性能问题吗? 2.创建这么多瞬态密钥是一种可怕的做法吗?它很容易在几个月内变成数千个

如果使用瞬态不是最好的方法,你能帮我指出正确的方向吗?谢谢


另外,我选择了瞬态API和选项API。我知道邮政编码不会经常更改,但有时也会更改。我将过期时间设置为3个月。

充气量较小的解决方案是:

  • 存储一个名为
    uszip
    的选项,该选项中包含一个序列化数组
  • 每次抓取整个数组,只需检查邮政编码是否存在
  • 如果它不存在,抓取数据并再次保存整个瞬态

  • 考虑到美国有43000个邮政编码,您应该确保没有达到表中序列化数组的上限(9000个元素)。但是,您很可能会有一个非常本地化的邮政编码子集。

    这是个好主意,谢谢。我相信我们最终会达到这些极限,因此,基于您的想法,我想我将创建几个编号选项(0-9),并根据zipcode的第一位数字调用它们。