叫我瘋了，但我正在計劃Fork wordpress。 我打算換出MySQL for Apache Cassandra。稱它雄心勃勃，但我打算在接下來的幾個月內投入大量時間。用於Wordpress NoSQL的SQL分析器Fork
在任何情況下，我的問題是： 我試圖保持插件工作......實質上，任何不需要他們自己的表的插件應該能夠工作。這是該計劃，任何人都可以提出處理查詢的方法，有效地允許我解析來自插件的查詢。
只有插件成爲不過，該計劃是對Cassandra的API調用，去掉了所有的WordPress核心的核心查詢...
多遠沿着你在這個努力？我正在考慮做同樣的事情，所以我願意提供幫助。
Def。對我們來說不是一個實驗。我的團隊需要在很多計算機上運行wordpress，我們真的不關心破損的插件，在創建實體時可以修復這些插件以實現數據庫接口，這樣可以在不處理mysql的情況下水平擴展配置問題是巨大的，沒有一次失敗，響應時間更快，並且你有一個平臺，你可以在wordpress上考慮更有趣的服務。
我覺得瘋狂的是，automattic並沒有真正表現出對數據庫獨立性的很多興趣，也許他們與mysql有過交易，可以阻止他們這樣做，但是，哦，他們是GPL納粹，如果他們不是與我們，然後我們可以分叉他們，我敢肯定所有的主要插件將重新實施，並在noSQL dbs支持。 http://wordpress.org/support/topic/suggestion-support-mongodb-hypertable-or-other-nosql-storage
我只是在源代碼中徘徊。沒有任何人有興趣去幫助我，直到明年夏天我纔會留下大部分時間，當時我有更多的時間來自己做，但如果我得到任何幫助，我會願意加快步伐遠。我也非常熟悉Apache cassandra，事實上寫了一本書。所以如果你的團隊與mongodb沒有任何聯繫，那麼就更好了。雖然我應該可以輕鬆地學習mongodb的開始和結束。請讓我知道如果這可以繼續下去，我會非常有興趣成爲其中的一部分。 – zcourts 2010-12-01 10:24:37
似乎經過幾天的編碼，我剛剛得到了一些可以粗略地將Wordpress從MySQL遷移到NoSQL（比如Mongo）的「概念驗證」。我認爲同樣的方法也可以更普遍地使用（SQL到NoSQL轉換器）。
這個想法是準備額外的聲明式「表到集合」映射。然後使用這些映射將MySQL/SQL插入到NoSQL/Mongo更新中。 更進一步 - 可以使用相同的映射來轉換刪除和選擇（連接也可以使用存儲在nosql中的輔助緩存作爲文檔進行處理）。
效果應該是Wordpress在SQL上沒有顯着變化（除了添加一些小的SQL翻譯層）。性能開銷可以通過創建額外的SQL緩存來最小化，這將簡化SQL解析。
類似的東西在這裏找到：
http://databasesincloud.wordpress.com/2011/05/25/talking-sql-to-nosql-data-stores-part-2/
任何有興趣？
'誰能提出處理查詢的方法，有效地允許我解析來自插件的查詢。「......我不是WP內部工作的專家，對於noSQL我不太瞭解，但是不會對'它可以覆蓋/重寫'$ wpdb-> query（）'而不是解析出並替換查詢調用嗎？ – 2010-10-10 20:48:18
你可以在db.php文件中創建一個drop（就像這裏：http://wordpress.org/support/topic/bug-fix-wpdb-insert-amp-update-with-null-values），它解釋查詢cassandra查詢..不知道你會獲得什麼真正的好處，雖然 – Ben 2010-10-11 22:15:45
@皮卡，我仍然在「研究」如何最好地解決它，所以覆蓋/覆蓋可能是一種方法。 @Ben，我也想過這個，但是解析所有的查詢，而不是僅僅從插件中查詢，可能會使wp幾乎停滯不前。這是一個想法，我可能會最終嘗試我在這裏得到的所有建議，看看它們中的任何一個是否提供任何東西 – zcourts 2010-10-12 22:11:30