Mysql Wordpress NoSQL Fork的SQL解析器

说我疯了，但我正计划用wordpress。 我计划将MySQL换成ApacheCassandra。可以说这是雄心勃勃的，但我计划在未来几个月投入大量时间

无论如何，我的问题是： 我的目标是让插件继续工作。。。本质上，任何不需要自己的表的插件都应该能够工作。这就是我的计划，谁能提出一种处理查询的方法，让我能够有效地解析来自插件的查询

---

尽管只有插件，但计划是删除所有针对Cassandra api调用的wordpress核心查询…

您在这方面的工作进展如何？我也在考虑做同样的事情，所以我愿意帮忙

Def。这不是我们的实验。我的团队需要在许多计算机上运行wordpress，我们真的不关心损坏的插件，这些插件可以在创建实体时修复以实现DB接口，能够在不处理mysql和配置问题的情况下水平扩展的好处是巨大的，没有单一故障点，响应速度更快，你有一个平台，在这个平台上，你可以在wordpress上想出更多有趣的服务

我觉得很疯狂，Automatic对DB独立性没有太大的兴趣，也许他们与mysql有协议阻止他们这样做，但哦，好吧，他们是GPL纳粹分子，如果他们不与我们在一起，那么我们可以分叉他们，我相信所有主要插件也将重新实现，以在noSQL dbs上得到支持。

---

我随机发现了这个主题，我想补充一下，这里有一个项目：

---

我对这一领域也很感兴趣，因为我在扩展WordPress时遇到的问题总是来自MySQL。

似乎经过几天的编码后，我刚刚得到了一些东西，可以大致证明WordPress从MySQL迁移到NoSQL（比如Mongo）的“概念”。我认为同样的方法在一般情况下也可以使用（SQL到NoSQL转换器）

其思想是准备额外的声明性“表到集合”映射。然后使用这些映射将MySQL/SQL插入到NoSQL/Mongo更新中。 更进一步，同样的映射也可以用于转换、删除和选择（连接也可以使用作为文档存储在nosql中的帮助器缓存进行处理）

其效果应该是Wordpress在SQL上运行时没有明显的变化（除了添加一些小的SQL转换层）。通过创建额外的SQL缓存来简化SQL解析，可以最大限度地减少性能开销

在这里可以找到类似的东西：

---

有人感兴趣吗？

`有人能提出一种处理查询的方法吗，有效地让我分析来自插件的查询。`。。。我不是WP内部工作的专家，我对noSQL也不太了解，但这不是一个覆盖/重写

$wpdb->query（）

而不是解析并替换查询调用的选项吗？您可以创建一个drop-in-db.php文件（如下：）将查询解释为cassandra查询。。不知道你会得到什么真正的好处though@Pekka，我仍在“研究”如何最好地解决它，因此覆盖/覆盖可能是一种方法@Ben，我也考虑过这个问题，但是解析所有的查询而不是只解析来自插件的查询可能会让wp几乎停滞不前。不过这是一个想法，我可能会尝试所有我在这里得到的建议，看看他们是否给出了任何东西。我只是随便看看源代码。由于没有任何人愿意帮助我，我打算把大部分时间留到明年夏天，那时我有更多的时间自己做这件事，但如果我得到任何帮助，我肯定会愿意立刻加快速度。我也非常熟悉ApacheCassandra，事实上我正在写一本关于它的书。所以，若你们的团队和mongodb并没有联系，那个就更好了。虽然我应该能够很容易地了解mongodb的来龙去脉。请让我知道，如果这能继续下去，我将非常有兴趣成为其中的一部分。