Опубликован код инструментария openHalo, предоставляющего прослойку для упрощения  переноса приложений, изначально написанных для MySQL, на использование СУБД PostgreSQL. Проект выполнен в виде прокси, прозрачно транслирующего запросы к MySQL в запросы к PostgreSQL и выполняющий обратное преобразование для ответов.  Проект написан на языке Си и распространяется под лицензией GPLv3...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63020

• Представлен openHalo, инструментарий для миграции с MySQL на...,User, 14:13 , 04-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,Анонимизующийся, 01:01 , 05-Апр-25
• Представлен openHalo, инструментарий для миграции с MySQL на...,Ося Бендер, 14:13 , 04-Апр-25
• Представлен openHalo, инструментарий для миграции с MySQL на...,Пароль Пароль, 14:18 , 04-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 14:29 , 04-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,fyjybv, 15:08 , 04-Апр-25
      • Представлен openHalo, инструментарий для миграции с MySQL на...,1, 11:11 , 07-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,Илья, 18:22 , 04-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,223, 16:45 , 04-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 17:05 , 04-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 17:16 , 04-Апр-25
      • Представлен openHalo, инструментарий для миграции с MySQL на...,FSA, 17:36 , 04-Апр-25
        • Представлен openHalo, инструментарий для миграции с MySQL на...,tty2, 22:11 , 04-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,Ъ, 19:26 , 04-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,Tron is Whistling, 09:48 , 05-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 03:17 , 05-Апр-25
• Представлен openHalo, инструментарий для миграции с MySQL на...,opennetuser, 15:33 , 04-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 19:20 , 04-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 21:46 , 04-Апр-25
      • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 20:45 , 05-Апр-25
• Представлен openHalo, инструментарий для миграции с MySQL на...,BorichL, 16:07 , 04-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 17:07 , 04-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,пох., 19:21 , 04-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,BorichL, 19:39 , 04-Апр-25
      • Представлен openHalo, инструментарий для миграции с MySQL на...,пох., 22:27 , 04-Апр-25
• Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 16:28 , 04-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,1, 11:17 , 07-Апр-25
• Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 20:28 , 04-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,пох., 22:29 , 04-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 01:36 , 05-Апр-25
      • Представлен openHalo, инструментарий для миграции с MySQL на...,пох., 15:30 , 05-Апр-25
        • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 23:31 , 05-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 23:13 , 04-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 01:33 , 05-Апр-25
• Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 04:12 , 05-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 06:29 , 05-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,анон, 03:44 , 07-Апр-25
• Представлен openHalo, инструментарий для миграции с MySQL на...,onanim, 11:30 , 05-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,тоже Аноним, 11:59 , 05-Апр-25
    • Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 17:45 , 07-Апр-25
      • Представлен openHalo, инструментарий для миграции с MySQL на...,тоже Аноним, 18:17 , 07-Апр-25
  • Представлен openHalo, инструментарий для миграции с MySQL на...,анон, 03:44 , 07-Апр-25
• Представлен openHalo, инструментарий для миграции с MySQL на...,Аноним, 10:00 , 07-Апр-25

Пахнуло selta'ой от ethersoft, ЕВПОЧЯ...

контора, которая нанимает студентов, чтобы не платить им зп

Почему опять написали на Си?
Значит скоро появится новость:
"Найдена уязвимость в проекте openHalo. Разработчики не проверили выход за границы строки. Исследователи обнаружили, что уязвимости подвержены более 10 миллионов серверов во всех точках нашей планеты."

первый раз пишу такой комментарий!

зачем оно?
MySQL - самая лучшая база в мире!

https://db-engines.com/en/ranking

FoxPro, Paradox нету. Видел даже вакансию для разработчика FoxPro.

А вакансий для разработчиков на коболе для IBM IMS нет ?

А чего там монго-биби делает?

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

В смысле — «не успевала»?
В чём конкретно это выражалось?

сначала выберут негодный инструмент, а потом свмотрят на свои яйца, не мешают ли

> сначала выберут негодный инструмент

Правильно. Сразу бы взяли PostgreSQL, проблем бы не знали

По моему опыту - бек не смог в транзакции. Ну а "дропами" назвали отвалы запросов по таймауту.
И да, лить данные во время бекапа на мастере тот ещё профессионализм.
Был бы постгресс - бюджет был на оборудование +50%…

ionice

> параллельно на ноде шли бэкапы

Сначала сунут базу на тормозные HDD с минимальным пулом буферов, потом ещё добавят к этому всему бэкап, потом жалуются. Ещё и бэкап поди с блокировкой таблиц - естественно отвалы будут, --single-transaction не зря придумали, да и оно не всегда возможно.

1) Понять, сколько буфера надо для типа запросов и нагрузки
2) Убедиться, что дисковая система успевает данные отписывать
3) Не гонять бэкапы базы на нодах в прайм тайм, у MySQL есть вполне себе удобная репликация - пользуйтесь. Если нужна предсказуемость - сливайте данные на бэкапную ноду и бэкапьте оттуда.

Лучше только SLite!

Эх, такие то теплые воспоминания, еще студенческой юности... Пхп 5...

Для Wordpress кто-то пробовал юзать?

Официально WP не поддерживает postgresql.

Именно для этого и можно воспользоваться сабжем.

Для этого можно воспользоваться вордпрессовским комьюнити-плагином для работы с postgresql.

Очевидно, что сабж немножко не для этого.

Ну как бы забавно. Ну наверно для работы с базой, где 10 тысяч ХеллоВордов в табличках просто лежит пригодится.
Но в остальном то если приложение написано под такую убогую СУБД как MySQL, то зачем ему прослойка под монструозный PostgreSQL, пусть так и долбится в этом примитиве... Чтобы поиметь плюсы от перехода с MySQL на PostgreSQL, то сохранить структуру таблиц базы наверно удастся (если она изначально была толковой), но всё остальное придётся переработать полностью.

Чтобы запустить какую-нибудь небольшую фигню, написанную для mysql, в среде, где есть большой и задорого обслуживаемый постгрес, а ни специалистов, ни желания возиться с mysql нет.

> Ну как бы забавно. Ну наверно для работы с базой, где 10 тысяч ХеллоВордов в табличках
> просто лежит пригодится.

такой базе и кривовраппер не нужен - просто драйвер с mysql на pdo-pgsql сменить.
(вроде в посгре даже ж научились имитировать mysql'евые автоинкременты, а не select from sequence?)

> то зачем ему прослойка под монструозный PostgreSQL

вот и я тоже не пойму, что там такого может быть что под постгрезом требует трансляции (и при этом еще и может быть странслировано, а не ой тут такой фигни просто не бывает)

Ну, видимо, пацаны чо-та знают.

> вот и я тоже не пойму, что там такого может быть что
> под постгрезом требует трансляции (и при этом еще и может быть
> странслировано, а не ой тут такой фигни просто не бывает)
> Ну, видимо, пацаны чо-та знают.

Ну вот что с ходу нашёл, что может нередко использоваться:

MySQL Syntax:
SELECT column_name(s) FROM table_name ORDER BY column_name(s) WHERE condition LIMIT number;

Oracle 12 Syntax:
SELECT column_name(s) FROM table_name ORDER BY column_name(s) FETCH FIRST number ROWS ONLY;

Названия функций, работающих с датами, отличаются, ну вобщем совместимость как всегда так себе.
Но основная проблема таких прокси в том, что оптимизаторы запросов работают абсолютно по разному и транслированный запрос, "летающий" на исходном сервере, может тупить на другом.

так то орацл.
Постгрез умеет в LIMIT Б-г ведает сколько лет (он еще и в OFFSET умеет)

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

Годнота, репозиторий моего дистрибутива GNU/Linux хранит информацию о пакетах в базе данных MySQL/MariaDB. Теперь желающие поиграться смогут испосльзовать СУБД PostgreSQL.

Тут немножко в другую сторону.

А есть инструмент для миграции с одной версии PostgreSQL на другую? Без дампов, подъёмов одновременно двух инстансов разных версий и прочих развлечений, не свойственных взрослым людям?

> А есть инструмент для миграции с одной версии PostgreSQL на другую? Без
> дампов, подъёмов одновременно двух инстансов разных версий и прочих развлечений, не
> свойственных взрослым людям?

взрослым людям несвойственно на ходу мигрировать на аж другую ветку базы, не имея даже плана Б на случай если что-то пойдет не так.

План Б, конечно, есть. Вопрос в сложности реализации плана А.

Ну и отдельно вспомним про машины разработчиков, где план Б - это просто почистить базу и из миграций создать новую. Можно, конечно, сбрасывать базу при !каждом! обновлении, но mysql, с которого предлагается мигрировать в новости, позволяет жить проще.

> План Б, конечно, есть. Вопрос в сложности реализации плана А.

ну вот аналогичный план oracle 12 -> 19 занял у нас пол-года работы и примерно десяток дополнительных серверов. Полки ему тоже пришлось купить новые, но тут ладно, все равно было пора менять.

А простота - она хуже воровства. Хеловроту и mysql излишен, хватило бы и sqlite - там и вовсе мигрировать нечего.

> ну вот аналогичный план oracle 12 -> 19 занял у нас пол-года работы и примерно десяток дополнительных серверов.

ну, теперь отмучались и больше такого не будет за отсутствием самого оракела. А то бы пришлось PL/SQL на JavaScript переписывать в 23ai

ПС. я сам кстати при переходе с 12 на 19 один воркароунд написал - при запросе с 19 простого оракла к 12.1 eхadate перестало работать распараллеливание через dbms_scheduller - я его сам реализовал с помощью dbms_parallel и отправил баг в Оракл, но так и не дождался его решения. причем случай был специфический на 5-7 случаев срабатывания бал один случай несрабатывания (разные источники, не один и тот же)

pg_upgradecluster в смысле?

Я правильно понял, что оно требует, чтобы обе версии postgresql были установлены одновременно: и старая, и обновлённая?

Зачем какие-то прослойки? Ведь и там и там SQL.

И бинарный протокол тоже одинаковый чтоли?

Что такое бинарный протокол?

> убогий MySQL
> монструозный PostgreSQl

посоветуйте хорошую БД, чтоб был крепкий середнячок между вышеуказанными двумя

Мускуль - и есть крепкий середнячок между убогим Скулятом и монструозным Постгресом.
Его, как Пых, будут хоронить десятилетиями, но он продолжит работать на большинстве серверов. Вплоть до качественного изменения условий работы.

>Мускуль
>Скулятом
>Пых

Ну вы же не строитель, что вы из себя строите?

> Ну вы же не строитель

Мой диплом столько лет ждал этого часа... ;))

FirebirdSQL

Я уж подумал openHalo)по аналогии с openMW) кто-то смог сварганить, а оно вот это вот - всё таблички да списки...