• Привет коллеги, у нас тут пара вопросов.

    Имея огромный опыт разработки и поддержки приложений на .NET, мы недавно обратили внимание на WP и возможности поженить его с SQL Server 2012. Из официальных источников видели какой-то твит какого-то чувака из MS, который благодарит програм-менеджеров команды (которой руководит, видимо) с успешно завершенной интеграцией, и утверждает что теперь WP 2.5 (твит от 2012 года) может работать с SQL Server 2012.

    Мы попробовали несколько решений абстракции data layer для WP, но безуспешно. Вернее мы их настроили, но все они основаны на простой трансляции стандарта SQL-92 (или деривативов) в стандарт T-SQL. Короче говоря, такие неофициальные и кривые решения в продакшене работать, разумеется, не могут и не должны.

    Отсюда первый вопрос: может мы чего пропустили/не видели/не знаем? Может все-таки существует инстансы WP на SQL Server 2012, работающие в продуктиве?

    К слову сказать, все проекты по абстакции которые мы видели уже почили в забвении. И крупные компании пока не добрались до идеи абстракции и не выпустили платных mu-плагинов. Жаль, а ведь у SQL Server есть нехилая доля рынка и это глупо отрицать…

    Второй вопрос так же связан с SQL Server. Допустим мы смирились с тем, что WP развернут на MySQL и все метаданные хранит там. Возможно ли при этом создасть средствами PHP drivers for SQL Server какбэ вторичное подлючение к базе SQL Server? То есть, проще говоря, подменить у собственного написанного плагина data layer?
    И тут же еще вопрос — можно ли перенаправить запросы чужих плагинов?

    Спасибо
    IDispatch

Просмотр 4 ответов — с 1 по 4 (всего 4)
  • Модератор Yui

    (@fierevere)

    永子

    простите что не очень помогу, но ссылок накидаю

    абстрагировать можно через db.php

    примеры —
    реализация для PostgreSQL
    https://wordpress.org/plugins/postgresql-for-wordpress/

    SQLite
    https://wordpress.org/plugins/sqlite-integration/

    в принципе сам WordPress способен на этом работать, но плагины такую «подлость» не особенно ожидают.

    Юрий, благодарю за инпут, но опять же:

    PG4WP is expected to be slower than the original WordPress with MySQL because PG4WP does much SQL rewriting for any page view — Some WordPress plugins should work ‘out of the box’ but many plugins won’t because they would need specific code in PG4WP

    Это все несерьезно, увы… Речь идет об обычной трансляции запросов одного стандарта в другой. Такая инсталляция в принципе не должна работать в продуктиве. А речь ведь идет не о тестировании, а о нормальной работе в продакшене.

    Все это мы прошли, когда крутили wp-db-abstraction плагин.

    После того, как на чистой инсталляции WP таблицы появились-таки в нашей базе на Microsoft SQL Server, но при этом записи типа post не показывались 😉

    Мы полезли в сорцы WP и увидили, что нашему SQL Server’у снесло башню клаузой SELECT … LIMIT, которая отлично выполняется в MySQL, но останавливает шоу в SQL Server.

    забейте — это все костыли, которые вас не устроят.
    тем более, что куча плагинов к движку игнорируют api движка при обращении к базе — поэтому все равно рано или поздно все полетит к чертям.

    Модератор Yui

    (@fierevere)

    永子

    А речь ведь идет не о тестировании, а о нормальной работе в продакшене.

    MySQL, MariaDB …

    если речь о MS SQL — это все эксперименты и не более,
    хотя какой-нибудь ваш собственный плагин может хранить данные и чем-то отличном от основного хранилища движка.

    ps: я не Юрий 😀

Просмотр 4 ответов — с 1 по 4 (всего 4)

Тема «Еще раз о счастливой жизни WP на MS SQL Server 2012» закрыта для новых ответов.