SQL-парсер для Wordpress NoSQL Fork

Question

Зовите меня сумасшедшим, но я планирую Форк WordPress. Я планирую обменять MySQL на Apache Cassandra. Назовите это амбициозным, но я планирую посвятить часть времени в течение следующих нескольких месяцев.

В любом случае мой вопрос: Я пытаюсь сохранить работоспособность плагинов ... По сути, любой плагин, которому не нужна собственная таблица, должен работать. Это план, может кто-нибудь предложить подход к обработке запросов, эффективно позволяющий мне анализировать запросы из плагинов.

Только плагины, однако, план состоит в том, чтобы удалить все основные ключевые запросы WordPress для вызовов API Cassandra ...

Answer 1

как далеко вы продвинулись в этом усилии? Я думаю сделать то же самое, поэтому я готов помочь.

Def. не эксперимент для нас. Моей команде нужно запускать WordPress на многих компьютерах, и мы действительно не заботимся о сломанных плагинах. Их можно исправить, чтобы реализовать интерфейс БД, когда речь идет о создании их сущностей, выгоды от возможности масштабирования по горизонтали без работы с MySQL. и проблемы с конфигурацией огромны, нет единой причины сбоев, более быстрое время отклика, и у вас есть платформа, на которой вы можете думать о более интересных сервисах помимо WordPress.

Я нахожу сумасшедшим, что на самом деле автомат не проявляет особого интереса к независимости БД, возможно, они имеют дело с mysql, который мешает им в этом, ну да ладно, они нацисты GPL, если они не с мы, тогда мы можем их разветвить, я уверен, что все основные плагины будут повторно реализованы, а также будут поддерживаться на базе данных NoSQL. http://wordpress.org/support/topic/suggestion-support-mongodb-hypertable-or-other-nosql-storage

Answer 2

Похоже, что после нескольких дней кодирования у меня есть кое-что, что может быть примерно "доказательством концепции" для перехода 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/

Кто-нибудь заинтересован?

Answer 3

Просто чтобы добавить к этому, как я случайно нашел эту тему, есть этот проект:

http://www.mongopress.org/

Мне также очень интересна эта область, так как мои проблемы с масштабированием WordPress ВСЕГДА происходят из MySQL.