wordpress - 在摘要中，关于在 wordpress 中组织有关性能和最佳实践的数据的问题

Question

简短版本：我最好是拥有大量具有广泛分类法的帖子......还是拥有大量帖子元的更少帖子？

长版：我试图围绕使用 wordpress 创建一个应用程序的最佳方法来确定您是否可以根据具有大量变量的许多材料的清单创建特定的食谱/项目。因此，用户将拥有一份成分/材料清单，并能够根据他们所拥有的内容搜索他们可以创建的模式。我会将数据存储在 CPT 中。所以有成分、模式和库存的 CPT。模式和库存只是在帖子元中包含成分帖子 IDS 列表的帖子。目前我正在考虑两种情况，并试图找出哪种情况最适合可扩展性、性能、简单性等。

为简单起见，我将使用珠子作为示例，但我将处理的成分有超过 20 个变量，我将作为自定义分类法存储这些变量。

案例1：每种成分的单独帖子，帖子附有少量变量/元数据。

在这种情况下，材料的每个实例都是它自己的帖子。所以用珠子...

• 柱子 1) 1mm 红色玻璃珠
• 柱子 2) 2mm 红色玻璃珠
• 柱子 3) 3mm 红色玻璃珠
• 后 4) 2mm 蓝色塑料珠
• 后 5) 5mm 绿色陶瓷珠

ETC...

Inventories/recipes 是一个简单的 post_id 列表。(1,2,3,4,5)

案例 2：更少的帖子，更多的元数据。

• 后 1) 玻璃珠 - 尺寸 1mm、2mm、3mm 等，颜色 - 红色、蓝色、绿色等。
• 后 2) 塑料珠 - 尺寸 1mm、2mm、3mm 等，颜色 - 红色、蓝色、绿色等。
• 后 3) 陶瓷珠 - 尺寸 1mm、2mm、3mm 等，颜色 - 红色、蓝色、绿色等。

库存/食谱变成了一个包含更多元的帖子列表：（1：尺寸 1 毫米、2 毫米、3 毫米、颜色、红色、蓝色//2：尺寸 2 毫米、绿色）等。

正如我之前所说，我的案例中的材料有更多的变量。如果我不得不猜测，我会说作为单独的成分帖子......我可能会有不到 10,000 个，每个都有大约 20 个自定义分类法。如果我走案例 2 的路线……我可能有 500 个帖子，其中包含 3-5 个变量（可用颜色、大小等）的元数据……以及 20 个自定义分类法。食谱的数量将继续增长……我猜它不会超过 50k。而且我无法想象超过 20k 人的用户群......这真是太乐观了......我无法想象我会拥有超过 100 个并发用户。

所以材料和配方/库存之间的基本关系是非常明显的。检查用户库存中的模式使用的材料，并确定他们是否可以创建它。如果不告诉他们缺少什么。我还将根据 20 种自定义分类法创建功能来推荐最接近的替代材料（如果缺少一个）。它还将作为所有材料和所有图案的搜索引擎。

我现在设置它的方式是使用案例一，因为就库存/模式而言，它非常简单且易于处理。我关心的是可扩展性、性能和管理。

在管理方面......材料的数量相当有限，所以一旦它们进入......我只需要在这里和那里添加和删除一些产品。

我想主要的问题是：在我正在处理的规模上，有什么理由不作为材料的大量个人帖子来做吗？它只是数据库中的数据，而只是我如何排序的问题？

我主要担心的是突然间...... 100 人开始使用它，而服务器就崩溃了......有人说......为什么你有 10000 个单独的材料帖子？

跟进问题...我是不是在想这个？

（为了记录......我已经阅读了几个星期关于如何进行有效查询，分类法比元搜索更有效，因为它们被索引，如何编写更有效的wordpress / php函数......但我不能'找不到任何解决这个特定问题的东西......作为材料/产品的数据持有者的帖子很多，而不是带有更多元数据的帖子）。

提前感谢您的任何反馈

标签： wordpresscustom-taxonomypost-meta