我有一种情况，我正在尝试决定是否使用wordpress post元表来存储Web应用程序的信息，并感谢您的建议。
让我们说我的应用程序有一个帖子类型，有大约30个后元字段。现在假设我有10,000个用户，每个用户都有这种帖子类型。这将等同于后元表中的300,000行。
现在，这个应用程序实际上永远不需要查询特定的帖子元素来检查它是否包含某个值。它只需要获取特定帖子ID的所有post元数据的转储，并立即更新特定帖子ID的所有post元数据。换句话说，我实际上从post meta表中查询的唯一内容是post id。
如果我实际上不打算查询post meta，那么创建一个包含30列的自定义wordpress数据库表，在数据读/写速度方面是否有任何益处？
使用post meta表可以在开发阶段轻松实现，因为它可以轻松地与wordpress集成，而且我可以扩展/收缩post meta字段，而无需实际更改表的结构。
任何帮助都将不胜感激。
答案 0 :(得分：0)
现在，这个应用程序实际上永远不需要查询特定的帖子元素来检查它是否包含某个值。
您可以使用键和值数组将每个帖子的所有数据存储在每个帖子的单个元条目中。获取/设置元数据时，WordPress会为您序列化/反序列化。
e.g。
my_meta_key = array( '1' => one, '2' => two )
VS
my_meta_key_1 = one
my_meta_key_2 = two
这使得记录数量下降到10k而不是300k。