不知道有人對我可能正在接受的項目有什麼建議。是適用於大型數據庫查詢的wordpress嗎？
這是在莫有點模糊，但我認爲基本上是一個科學的應用，因爲在您提供的產品，然後再覈對蛋白質的數據庫，看它是否有反應。
從我得到的信息 - 這可能確實是任何情況，開發聽起來很簡單 - 網站上的用戶填寫表單，然後以某種方式檢查其他類似屬性的數據庫以查看是否它是合適的，然後它也會在最後被添加到該數據庫（所以數據庫可能隨着每個用戶進行檢查而增長）。
我想知道的部分是這可能是巨大的（例如10,000 +無限） - 所以將建立一個自定義的PHP應用程序來處理所有這一切，因爲在wordpress不適合後端 - 我應該爲時間密集型查詢提供服務嗎？
感謝您尋找
號
見票http://core.trac.wordpress.org/ticket/9864（性能問題有大量的頁面）。 3年前我提交了這張票，而且還沒有解決。從那時起，所涉及的代碼變得更加複雜，並開始使用更重的內部查詢庫。
這些嚴重的問題是有網頁，但職位查詢中也同樣徵稅。如果你有元數據，它會開始進一步徵稅。最重要的是，WP的絕大多數領先緩存插件都排除了網絡機器人，因此每隔幾周谷歌，百度和yandex就開始敲擊您的機器以獲得10k頁面時，它會降低您的機器。
這只是意味着你本身不能將其用於大型內容集，但你仍然可以使用大多數的WordPress的額外代碼自定義零件那將是WP數據庫之外/構造。
編輯：到clarify-什麼，我要說的是，僅使用WP的本地數據庫結構，通過this schema in the codex定義，和query_posts（）/ WP_Query（）來執行的查詢是我指的是低效率。原生WP存儲/查詢系統不能非常有效地處理大量的頁面/帖子。但是，繞過一些本地功能可能會正常工作。
嗨，謝謝 - 我要去看看能不能得到更多的細節，但我感覺表單會被提交，然後手動批准（我想避免重複..但我認爲我可以通過鎖定來迎合重複也許每個用戶的數據庫），所以我猜測最終將返回的是通過用戶個人登錄可查看的一個動態頁面。我很確定這是如何去的，但我會嘗試提取更多信息 – mro
有10,000和「巨大」有很大的區別。但它具體取決於您正在運行的查詢類型。你能舉一個例子（編造的，我知道你在劃定範圍模式是）你認爲可能需要運行一個查詢的...僞代碼是好的 –
認爲它更多的是與數據庫和它是如何索引比WordPress。 WordPress只是PHP。不太瞭解其模型/數據層，但說它的一些表/行/網關的方法，該代碼具體不應該是瓶頸。更多關於SQL以及它如何在數據庫服務器上處理的信息。聽起來不像你需要一些緩存密集型DAL/ORM。認爲它應該沒問題。 – ficuscr
嗨，是的，這是目前的範圍，我意識到它有點模糊。從那個人說話的時候起，就會有很多描述產品的屬性，比如名字，屬性1,2等等 - 我認爲他確實提到了可以引用來支持PDF的等等（我猜它只是鏈接到一個存儲的文件夾）。 – mro