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

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

Сообщения

[Сортировка по ответам | RSS]

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

3. Сообщение от Ося Бендер (?), 04-Апр-25, 14:13    Скрыто ботом-модератором	–10 +/–
Почему опять написали на Си? Значит скоро появится новость: "Найдена уязвимость в проекте openHalo. Разработчики не проверили выход за границы строки. Исследователи обнаружили, что уязвимости подвержены более 10 миллионов серверов во всех точках нашей планеты."
Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от Пароль Пароль (?), 04-Апр-25, 14:18	–4 +/–
первый раз пишу такой комментарий! зачем оно? MySQL - самая лучшая база в мире!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #11, #44

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

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

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

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

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

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

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

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

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

18. Сообщение от FSA (??), 04-Апр-25, 17:36	+8 +/–
> сначала выберут негодный инструмент Правильно. Сразу бы взяли PostgreSQL, проблем бы не знали
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #36, #63

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 Ответы: #51

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

37. Сообщение от пох. (?), 04-Апр-25, 22:27	+1 +/–
так то орацл. Постгрез умеет в 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	–1 +/–
контора, которая нанимает студентов, чтобы не платить им зп
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

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

42. Сообщение от Аноним (32), 05-Апр-25, 01:36	+/–
План Б, конечно, есть. Вопрос в сложности реализации плана А. Ну и отдельно вспомним про машины разработчиков, где план Б - это просто почистить базу и из миграций создать новую. Можно, конечно, сбрасывать базу при !каждом! обновлении, но mysql, с которого предлагается мигрировать в новости, позволяет жить проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #50

44. Сообщение от Аноним (44), 05-Апр-25, 03:17	–1 +/–
Лучше только SLite! Эх, такие то теплые воспоминания, еще студенческой юности... Пхп 5...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

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

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

47. Сообщение от Tron is Whistling (?), 05-Апр-25, 09:48	+2 +/–
> параллельно на ноде шли бэкапы Сначала сунут базу на тормозные HDD с минимальным пулом буферов, потом ещё добавят к этому всему бэкап, потом жалуются. Ещё и бэкап поди с блокировкой таблиц - естественно отвалы будут, --single-transaction не зря придумали, да и оно не всегда возможно. 1) Понять, сколько буфера надо для типа запросов и нагрузки 2) Убедиться, что дисковая система успевает данные отписывать 3) Не гонять бэкапы базы на нодах в прайм тайм, у MySQL есть вполне себе удобная репликация - пользуйтесь. Если нужна предсказуемость - сливайте данные на бэкапную ноду и бэкапьте оттуда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

48. Сообщение от onanim (?), 05-Апр-25, 11:30	+/–
> убогий MySQL > монструозный PostgreSQl посоветуйте хорошую БД, чтоб был крепкий середнячок между вышеуказанными двумя
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #54

49. Сообщение от тоже Аноним (ok), 05-Апр-25, 11:59	+1 +/–
Мускуль - и есть крепкий середнячок между убогим Скулятом и монструозным Постгресом. Его, как Пых, будут хоронить десятилетиями, но он продолжит работать на большинстве серверов. Вплоть до качественного изменения условий работы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #60

50. Сообщение от пох. (?), 05-Апр-25, 15:30	+/–
> План Б, конечно, есть. Вопрос в сложности реализации плана А. ну вот аналогичный план oracle 12 -> 19 занял у нас пол-года работы и примерно десяток дополнительных серверов. Полки ему тоже пришлось купить новые, но тут ладно, все равно было пора менять. А простота - она хуже воровства. Хеловроту и mysql излишен, хватило бы и sqlite - там и вовсе мигрировать нечего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #52

51. Сообщение от Аноним (51), 05-Апр-25, 20:45	+/–
Для этого можно воспользоваться вордпрессовским комьюнити-плагином для работы с postgresql. Очевидно, что сабж немножко не для этого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

52. Сообщение от Аноним (52), 05-Апр-25, 23:31	+/–
> ну вот аналогичный план oracle 12 -> 19 занял у нас пол-года работы и примерно десяток дополнительных серверов. ну, теперь отмучались и больше такого не будет за отсутствием самого оракела. А то бы пришлось PL/SQL на JavaScript переписывать в 23ai ПС. я сам кстати при переходе с 12 на 19 один воркароунд написал - при запросе с 19 простого оракла к 12.1 eхadate перестало работать распараллеливание через dbms_scheduller - я его сам реализовал с помощью dbms_parallel и отправил баг в Оракл, но так и не дождался его решения. причем случай был специфический на 5-7 случаев срабатывания бал один случай несрабатывания (разные источники, не один и тот же)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

53. Сообщение от анон (?), 07-Апр-25, 03:44	+/–
Что такое бинарный протокол?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

54. Сообщение от анон (?), 07-Апр-25, 03:44	+1 +/–
FirebirdSQL
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

55. Сообщение от Аноним (55), 07-Апр-25, 10:00	+2 +/–
Я уж подумал openHalo)по аналогии с openMW) кто-то смог сварганить, а оно вот это вот - всё таблички да списки...
Ответить | Правка | Наверх | Cообщить модератору

57. Сообщение от 1 (??), 07-Апр-25, 11:11	+/–
А вакансий для разработчиков на коболе для IBM IMS нет ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

58. Сообщение от 1 (??), 07-Апр-25, 11:17	+/–
Тут немножко в другую сторону.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

60. Сообщение от Аноним (60), 07-Апр-25, 17:45	+1 +/–
>Мускуль >Скулятом >Пых Ну вы же не строитель, что вы из себя строите?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #61

61. Сообщение от тоже Аноним (ok), 07-Апр-25, 18:17	+1 +/–
> Ну вы же не строитель Мой диплом столько лет ждал этого часа... ;))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

62. Сообщение от 223 (?), 11-Апр-25, 11:16	+/–
Данные летели по udp 24/7, и было жестко прибито обрабатывать их в 2 потока, и дропы - это не обработка udp пакетов, ценности в даных большой нет - пет проект как есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

63. Сообщение от 223 (?), 11-Апр-25, 11:20	+/–
>> сначала выберут негодный инструмент > Правильно. Сразу бы взяли PostgreSQL, проблем бы не знали Коллеги, а нечего тот факт что постгрес не умеет кластер без танцев с бубном, или хотябы пользователя добавить с правами удаленного подключения без танцев с конфигами и перезагрузками.. написать хреньку, которая умеет быстрее чтото одно и не умеет ничего другого проблемы нет и никогда не было, а постгрес не умеет из каробки много, да чего стоит невосприимчивость к регистру имен таблиц, госпосди, кто это виндузятничество придумал, 2025 год на дворе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

64. Сообщение от Не товарищ но майор (?), 14-Апр-25, 10:10	+/–
С реплики бекапы делать нужно, тогда все будет успевать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

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

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