Почему просто не пользоваться движком, как задумано разработчиками? Зачем ты постоянно ищешь разные приключения на пятую точку? И ладно бы знал как что работает, но ведь ничего этого не знаешь..
Илья Петров, не хочешь "мнений" - не задавай вопросов. Всё просто.
Куда сложнее понять зачем люди задают наводящие вопросы и что этим пытаются объяснить-помочь. С уже этим беда у "умников".
Но ок, удаляюсь.
Uber в свое время переходил PG на MySQL и у них было на то свое обоснование.
Может дешевизна транзакции. Cents per transaction. Может сжатие. Чорт его знает.
Но в любой базе до 7 млн я не вижу никакой проблемы. Проблемы обычно
начинаются на очень сложных JOINS где участвуют 5-7 таблиц и в этот
момент очень важно насколько умный в БД оптимизатор и как он строит
план выполнения запроса. Поэтому на месте автора я-бы просто протестировал
тяжелые запросы PG. Не будет ли где-то просадки.
Но вряд-ли Wordpress будет использовать тяжелые запросы. Надеюсь что там будет
просто CRUD.
Не придется ли переписывать SQL запросы, которые сделаны под MariaDB / MySQL?
Плагин postgresql for wordpress обычно решает большинство возможных проблем, но возможно, придется вручную исправить некоторые запросы в коде или плагинах.
Задача: хранить и обрабатывать около 7 млн. записей в бд
А разрешите нескромно поинтересоваться: это у вас есть сайт на вордпрессе с ~7 миллионами постов? (просто не очень представляю такое количество каких-то других сущностей в ВП)
Zettabyte, никто же не говорит, что все 7 миллионов осмысленные. У какого-нибудь сео-маньяка, который хочет выдоить копеечку из самых низкочастотных запросов, или использует 100500 способов сказать одно и то же разными словами, и больше может быть.
У какого-нибудь сео-маньяка ... и больше может быть.
Никогда такого не встречал, поэтому не могу не поинтересоваться примерно тем же самым:
-- а оно вообще хоть как-то работает при таких объёмах?
-- индексирует ли гугл сайты такого размера? Особенно, если вы говорите, что там совсем редкие запросы. У краулера же есть "бюджет" на индексирование.