在大多数情况下，最好将元存储为单个数组，这样可以保存数据库查询。

将数据存储为数组的唯一缺点是，几乎不可能根据需要查询的数据进行查询。

因此，我的规则是，如果我需要基于该数据进行查询，它将获得自己的字段，其他任何内容都将放入数组中。

唯一的缺点是数组和对象需要转换为可存储的值，因此您会得到一个看起来很奇怪的字符串作为元值。在大多数情况下，这不是一个问题，但当元值（数据）很大并且需要进行值比较的查询时，就会出现问题。以WP的用户能力为例。

我的建议是尽可能避免两种解决方案。如果数据由定义良好的表示形式组成，例如只能包含a-z字符的值，则可以根据需要内爆/分解这些值。这样，您仍然可以将它们保存在单个元字段中，但格式要比序列化/json\\U编码的数据好得多。

人们不这样做有什么原因吗？

您自己回答了这个问题：在阅读时，您会得到一个稍微快一点的查询。

问问自己，你是否需要access_type, user_property, 或具有特定access_type, user_property 等等。如果你这样做了，那么你必须为每一个创建post-meta。