The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Представлен openHalo, инструментарий для миграции с MySQL на PostgreSQL"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Представлен openHalo, инструментарий для миграции с MySQL на PostgreSQL"  +/
Сообщение от opennews (??), 04-Апр-25, 13:26 
Опубликован код инструментария openHalo, предоставляющего прослойку для упрощения  переноса приложений, изначально написанных для MySQL, на использование СУБД PostgreSQL. Проект выполнен в виде прокси, прозрачно транслирующего запросы к MySQL в запросы к PostgreSQL и выполняющий обратное преобразование для ответов.  Проект написан на языке Си и распространяется под лицензией GPLv3...

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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

2. Сообщение от User (??), 04-Апр-25, 14:13   +1 +/
Пахнуло selta'ой от ethersoft, ЕВПОЧЯ...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40

3. Сообщение от Ося Бендер (?), 04-Апр-25, 14:13    Скрыто ботом-модератором–9 +/
Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от Пароль Парольemail (?), 04-Апр-25, 14:18   +/
первый раз пишу такой комментарий!

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #11, #44

5. Сообщение от Аноним (5), 04-Апр-25, 14:29   –1 +/
https://db-engines.com/en/ranking
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #7, #20

7. Сообщение от fyjybv (?), 04-Апр-25, 15:08   +/
FoxPro, Paradox нету. Видел даже вакансию для разработчика FoxPro.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от opennetuser (ok), 04-Апр-25, 15:33   +1 +/
Для Wordpress кто-то пробовал юзать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

9. Сообщение от BorichL (ok), 04-Апр-25, 16:07   +/
Ну как бы забавно. Ну наверно для работы с базой, где 10 тысяч ХеллоВордов в табличках просто лежит пригодится.
Но в остальном то если приложение написано под такую убогую СУБД как MySQL, то зачем ему прослойка под монструозный PostgreSQL, пусть так и долбится в этом примитиве... Чтобы поиметь плюсы от перехода с MySQL на PostgreSQL, то сохранить структуру таблиц базы наверно удастся (если она изначально была толковой), но всё остальное придётся переработать полностью.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #22

10. Сообщение от Аноним (10), 04-Апр-25, 16:28   –1 +/
Годнота, репозиторий моего дистрибутива GNU/Linux хранит информацию о пакетах в базе данных MySQL/MariaDB. Теперь желающие поиграться смогут испосльзовать СУБД PostgreSQL.
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от 223 (?), 04-Апр-25, 16:45   +/
Мария, которая DB, как и оригинальный мускуль не отличается эффективностью,недавно на пет-проекте начались дропы данных, мария тупо не успевала обновлять данные если параллельно на ноде шли бэкапы, добавляли индексы к таблицам еще какие-то оптимизации, бестолку, обьем данных по чуть-чуть тоже рос, ..переползли на на посгресс, проблемы исчезли, хотя конечно с посгрессом тоже пришлось потанцевать. Мария сильно проще это факт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13, #15, #24, #47

13. Сообщение от Аноним (13), 04-Апр-25, 17:05   +/
В смысле — «не успевала»?
В чём конкретно это выражалось?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

14. Сообщение от Аноним (13), 04-Апр-25, 17:07   +/
Чтобы запустить какую-нибудь небольшую фигню, написанную для mysql, в среде, где есть большой и задорого обслуживаемый постгрес, а ни специалистов, ни желания возиться с mysql нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

15. Сообщение от Аноним (15), 04-Апр-25, 17:16   +/
сначала выберут негодный инструмент, а потом свмотрят на свои яйца, не мешают ли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #18

18. Сообщение от FSAemail (??), 04-Апр-25, 17:36   +3 +/
> сначала выберут негодный инструмент

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #36

20. Сообщение от Илья (??), 04-Апр-25, 18:22   +/
А чего там монго-биби делает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

21. Сообщение от Аноним (21), 04-Апр-25, 19:20   +/
Официально WP не поддерживает postgresql.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #34

22. Сообщение от пох. (?), 04-Апр-25, 19:21   +1 +/
> Ну как бы забавно. Ну наверно для работы с базой, где 10 тысяч ХеллоВордов в табличках
> просто лежит пригодится.

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #27

24. Сообщение от Ъ (?), 04-Апр-25, 19:26   +/
ionice
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

27. Сообщение от BorichL (ok), 04-Апр-25, 19:39   +/
> вот и я тоже не пойму, что там такого может быть что
> под постгрезом требует трансляции (и при этом еще и может быть
> странслировано, а не ой тут такой фигни просто не бывает)
> Ну, видимо, пацаны чо-та знают.

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

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;

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #37

32. Сообщение от Аноним (32), 04-Апр-25, 20:28   +/
А есть инструмент для миграции с одной версии PostgreSQL на другую? Без дампов, подъёмов одновременно двух инстансов разных версий и прочих развлечений, не свойственных взрослым людям?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #39

34. Сообщение от Аноним (34), 04-Апр-25, 21:46   +/
Именно для этого и можно воспользоваться сабжем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

36. Сообщение от tty2 (?), 04-Апр-25, 22:11   +/
По моему опыту - бек не смог в транзакции. Ну а "дропами" назвали отвалы запросов по таймауту.
И да, лить данные во время бекапа на мастере тот ещё профессионализм.
Был бы постгресс - бюджет был на оборудование +50%…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

37. Сообщение от пох. (?), 04-Апр-25, 22:27   +/
так то орацл.
Постгрез умеет в LIMIT Б-г ведает сколько лет (он еще и в OFFSET умеет)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

38. Сообщение от пох. (?), 04-Апр-25, 22:29   +/
> А есть инструмент для миграции с одной версии PostgreSQL на другую? Без
> дампов, подъёмов одновременно двух инстансов разных версий и прочих развлечений, не
> свойственных взрослым людям?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #42

39. Сообщение от Аноним (39), 04-Апр-25, 23:13   +1 +/
pg_upgradecluster в смысле?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #41

40. Сообщение от Анонимизующийся (?), 05-Апр-25, 01:01   +/
контора, которая нанимает студентов, чтобы не платить им зп
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

41. Сообщение от Аноним (32), 05-Апр-25, 01:33   +/
Я правильно понял, что оно требует, чтобы обе версии postgresql были установлены одновременно: и старая, и обновлённая?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

42. Сообщение от Аноним (32), 05-Апр-25, 01:36   +/
План Б, конечно, есть. Вопрос в сложности реализации плана А.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

44. Сообщение от Аноним (44), 05-Апр-25, 03:17   +/
Лучше только SLite!

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

45. Сообщение от Аноним (45), 05-Апр-25, 04:12   +/
Зачем какие-то прослойки? Ведь и там и там SQL.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

46. Сообщение от Аноним (46), 05-Апр-25, 06:29   +/
И бинарный протокол тоже одинаковый чтоли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

47. Сообщение от Tron is Whistling (?), 05-Апр-25, 09:48   +/
> параллельно на ноде шли бэкапы

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру