Php wordpress适合大型数据库查询吗？

不知道是否有人对我可能正在进行的项目有任何建议

这在mo中有点模糊，但我认为基本上是一个科学应用程序，比如你提供的产品，然后对照蛋白质数据库进行检查，看它是否有反应

从我得到的信息来看——这可能是任何情况，听起来很简单——站点上的用户填写一个表单，然后以某种方式对照其他类似属性的db进行检查，看看它是否合适，然后在最后也会添加到该db中（因此，随着每个用户的检查，db可能会增长）

我想知道的是，这可能是一个巨大的潜在问题（例如10000+无限量）-因此，构建一个定制php应用程序来处理所有这些问题会有什么好处，就像wordpress不适合后端一样-我应该满足时间密集型查询吗

感谢您的关注

否。

请参阅票证（页数过多的性能问题）。我在3年多前提交了这张罚单，但仍然没有解决方案。从那时起，所讨论的代码变得更加复杂，并开始使用更重版本的内部查询库

这些严重的问题与页面有关，但帖子在查询方面同样繁重。如果你有元数据，它会进一步加重服务器的负担。最重要的是，大多数领先的WP缓存插件都不包括网络机器人，所以每隔几周，当谷歌、百度和yandex开始敲打你的机器上的10k页面时，它就会让你的机器停机

这只是意味着您不能在大型内容集上使用它，但您仍然可以使用WordPress的大部分，并对WP数据库/构造之外的部分进行额外的代码自定义

---

编辑：澄清一下——我刚才说的是，仅使用WP的本机数据库结构（如所定义）和query_posts（）/WP_query（）来执行查询是效率低下的。本机WP存储/查询系统不能非常有效地处理大量页面/帖子。但是，绕过一些本机功能可能会很好。

10000和“巨大”之间有很大区别。但具体取决于您运行的查询类型。你能举一个你认为可能需要运行的查询的例子（虚构的，我知道你处于范围模式）吗。。。伪代码比WordPress更重要，因为它更多地涉及数据库以及如何对其进行索引。WordPress就是PHP。不太确定它的模型/数据层，但说它是某种表/行/网关方法，代码不应该是瓶颈。更多关于SQL及其在数据库服务器上的处理方式的信息。听起来您不需要一些缓存密集型DAL/ORM。我想应该没问题。嗨，是的，现在是范围，我意识到有点模糊。从那家伙说话的时候起，它将是一系列描述产品的属性，如名称、属性1、2等，我想他确实提到了支持PDF等的引用（我猜这只是指向存储文件夹的链接）.我一直在考虑使用wordpress作为前端-对于像这样的后端，我现在通常只会将插件/直接构建到模板中。我担心我的方法可能不够健壮，应用程序可能会遇到困难。如果你只是将数据存储在自定义表中，Wordpress不会影响它。真正的问题是您的查询将有多复杂。如果您只是从一个表单中注入数据，这应该不会有任何问题。提取产品信息也没有问题。我最近在一个Joomla网站上做了类似的工作，并在EXTjs中为请求定制了一个后端，回顾一下我学到的一个教训，就是我把它弄得太复杂了。我会等到你有了所有的信息后再做决定，但是从你在这里说的我看不出尺寸有什么大问题。嗨，谢谢-我想看看我是否能得到更多的细节，但我感觉表格将被提交，然后手动批准（我想避免重复。但我想我可以通过锁定每个用户的db来满足重复的需求），所以我猜最终会返回一个通过用户个人登录查看的动态页面。我很确定这是怎么回事，不过我会尝试提取更多信息