叫我疯了，但我打算分叉wordpress。 我打算换掉MySQL用于Apache Cassandra。称之为雄心勃勃，但我打算在接下来的几个月里投入大量时间。
无论如何，我的问题是： 我试图保持插件工作......本质上任何不需要自己的表的插件应该能够工作。多数计划，任何人都可以建议处理查询的方法，有效地允许我解析插件中的查询。
只有插件，计划是为Cassandra api调用删除所有wordpress核心核心查询......
答案 0 :(得分：1)
你在这方面的努力有多远？我正在考虑做同样的事情，所以我愿意帮忙。
业。不是我们的实验。我的团队需要在很多计算机上运行wordpress，我们真的不关心破坏的插件，在创建实体时可以修复它们以实现数据库接口，能够在不处理mysql的情况下水平扩展和配置问题是巨大的，没有单一的失败，更快的响应时间，你有一个平台，你可以在wordpress上思考更有趣的服务。
我发现自动化并没有真正表现出对数据库独立性的兴趣，我觉得很疯狂，也许他们有一个与mysql的协议阻止他们这样做，但哦，好吧，他们是GPL纳粹，如果他们没有我们，然后我们可以分叉它们，我确信所有主要的插件都将重新实现，以及在noSQL dbs上得到支持。 http://wordpress.org/support/topic/suggestion-support-mongodb-hypertable-or-other-nosql-storage
答案 1 :(得分：0)
答案 2 :(得分：0)
似乎经过几天的编码后，我得到了一些可以大致“概念验证”的东西，用于将Wordpress从MySQL迁移到NoSQL（比如Mongo）。我认为同样的方法也可以更常用（SQL to 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/
有兴趣吗？