Mysql PostgreSql PDO бекап

OrmaJever и как быть с большим объёмом? за раз же не выберешь таблицу из 2х млн записей?

(Отредактировано автором: 26 Марта, 2016 - 13:08:23)

это еще он говорит чисто про свой проект
ооой
все гораздо сложнее на реально загруженном проекте
умолкаю
хотите строить небоскреб из бревен? ради бога
ушел

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

сам ты Хэнкок))
яж не просто так балаболю
все по делу
(Добавление)
нет меня

я не про хенкока, а про дедпула.
А то что все сложнее понятно бывает, на прошлой работе база 300 гигов была но на MsSQL там о таких вещах говорить намного сложнее, но сейчас разговор о меньших данных, но все же
(Добавление)
обманывать не хорошо

а смысл сливать дампы через php в этом случае? Для этого есть тулзы. Шта? Нет тулзов? Пиши сам на сях.

-----
Список фильмов с описанием, блекджеком и... для Joomla? -> https://киноархив[dot]com
Демо нового движка для сайта php.su -> php[dot]su, проект на гитхабе

дампы на больших объемах это однозначно изврат
бинлоги
гуглить
(Добавление)
ааа блин
я же ушел))
(Добавление)
тише тише
парень только окуклился из тупого пхпшника
дай время ему понять что не все есть $_POST

Можешь поискать, я не говорю что их нет, лично я просто перепробовал штук 5, некоторые даже на хабре советовали, и во всех ошибки в дампе, в постгре заливаться он не хотел.
Лично я бы попробовал скриптом, за раз конечно 2кк записей не брал бы, но по 100к можно попробовать, и хотя бы посмотреть сколько это времени займет

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

серьезно?)))
ты не прикалываешься?))
ндаааа....
(Добавление)
ну что это я...
вполне нормально что опыт приходит со временем
ведь совсем не обязательно что Орма обязан сразу все знать
и я не все знаю
OrmaJever я без задней мысли
но просто ждать от приложения дампа большого размера)))
))) ну ты совсем гонишь))
с наилучшими пожеланиями и я тебя уважаю
но)))...ну смешно же правда))

Мигрировать с mysql на pg в общем несложно, особо кода знаешь обе базы и нет заморочек вроде хранимок с тринерами и т.п.. Как вариант http://www[dot]gab[dot]lc/scripts/php_my2pg
В общем и самому можно набросать конвертор дампа, особо если сначала пошаманить с опциями mysqldump.

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

-----
self-banned

Вобщем я написал перенос, и успешно перенес базу на постгри, но появилась новая проблема кавычки а именно mysql хочет так:

менять везде руками, увы

PDO сделано не для этого, PDO это не билдер запросов.
И на будущее использовать всегда "
MySQL это понимает при переключении в ANSI mode

-----
self-banned

ну да сейчас меняю, перебил таблички убрал "-", потихоньку поднимается, надо проверить около 500 операций
(Добавление)
вот не пойму только, написал перенос, все что касается дат, не могу вставить пустую дату в постгри так сделать нельзя?
(Добавление)
а так вобщем большая часть работоспособна, единственное LIMIT OFFSET через запятую было да и с группировкой надо использовать DISTINCT

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

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

кстати о группировке, получается правильно делать 2 селекта?
вот рабочий запрос постгри