Миграция проекта с Postges на Mysql

[Gremboloid]

Миграция проекта с Postges на Mysql

собственно сабж.
Кто занимался, поделитесь опытом.

как можно перекинуть таблицы с данными?
с чего начать?

 

[Dovg]

с чего начать?

man pg_dump

там есть --format=p, может помочь

pg_dump -OxD -f ./sql.sql -F p my_base - должно дать почти нормальный sql

 

[Gremboloid]

Dovg спасибо, получилось.
правда мусор пришлось почистить изрядно. насчитал 41 функцию типа:

CREATE FUNCTION bqarr_in (cstring) RETURNS query_int
AS '$libdir/_int', 'bqarr_in'
LANGUAGE c STRICT;

пошел дальше ломать голову.

 

[Rin]

Кстати, зачем понадобилось переходить на более простую БД?

 

[grigori]

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

-~{}~ 17.03.09 18:21:

>мусор пришлось почистить изрядно. насчитал 41 функцию
бесподобно великолепно! сначала удаляем весь мусор - хранимые процедуры, расширения на C ...
любопытно, через сколько месяцев начальник поймет, что проект таки работать не будет,
и по какой статье тебя уволят

 

[Gremboloid]

Rin тут несколько причин:
1. машинка, пень 3, на ней стоит только postgres с одной лишь этой базой, только место в стойке занимает.
2. не знаю какой уникум проектировал базу
всего 3 таблицы
sections - дерево разделов (Списки смежности)
documents - документы (ИД, дата создания, список разделов, название)
search - таблица посещаемости( возвращенный статус код, url на страницу, название раздела, руферрер, кол-ко кликов)

Нами документы лежат на сервере в виде ИД.txt

посещаемость не более 500 уников в сутки. за 5 лет работы накопилось меньше 150 разделов и 2500 документов.

Поэтому считаю что тут простой путь, самый верный.

grigori
>и по какой статье тебя уволят
Смотрит мутным взглядом

 

[Rin]

А место в стойке освобождается?

 

[grigori]

хм ... а зачем тут вообще миграция?
переписать заново - и все

 

[Gremboloid]

так оно и получается в итоге.

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

 

[AmdY]

3 таблицы, 41 функция?
последнее время слаживается мнение, что чем более умный инструмент для разработки, тем больше простора для полёта фантазии говнокодеров.

 

[Gremboloid]

полностью поддерживаю

 

[michelle]

Автор оригинала: AmdY
3 таблицы, 41 функция?
последнее время слаживается мнение, что чем более умный инструмент для разработки, тем больше простора для полёта фантазии говнокодеров.

Проверь - может бОльшая часть этих функций системные!
В dump'е частенько видел именно системные функции, которые тебе при портировании не нужны!

 

[Gremboloid]

michelle не, это самописные функции преобразования строк
типа:
строку из результата serialize массива с строку типа a,b,c,d,...
и наоборот из a,b,c,d,... в представление для unserialize
чего хотел добиться создатель не знаю, но выглядит очень смешно.