Size: a a a

2021 July 30

VG

Vladyslav Gaysyuk in Laravel Pro
А ну еще пользователя и пасс тоже передать надо будет)
источник

NT

Nazar Tertyshnyi in Laravel Pro
Ну, я б упоролся и какой-то мигратор написал. Или параллельно переносил. Использование двух баз / различных таблиц одновременно.
Была такая ситуация. Меняли таблицу пользователей и способ хранения паролей. Перекинул юзверей (банальный цикл). А дальше уже на аус делал обновление пароля с проверками актуальности данных. Через время, как перенесли - вырубили нахер старую таблицу.
источник

VG

Vladyslav Gaysyuk in Laravel Pro
А ты работал в рамках 1 базы?)
При этом у тебя была 1 таблица)
Это совсем другое дело, а у меня есть старая база со своей схемой, и новая со своей.
Все что у меня есть (на руках дамп) доступ к базе.
источник

VG

Vladyslav Gaysyuk in Laravel Pro
Так что, кто-то заимпортит дамп в базу, и передаст мне название этой базы, а мое дело потом все перенести.
Потом такую задачу нужно повторить на проде.

Просто проект переписывался и перенос данных щас надо сделать)
источник

VG

Vladyslav Gaysyuk in Laravel Pro
Сооовсем другая история, как бы))
источник

NT

Nazar Tertyshnyi in Laravel Pro
Были ещё таблички. Что весело - половина записей не имела родительского элемента в принципе. Платежи без овнера :)
источник

S

Sergey in Laravel Pro
бест практис - заметчить свои легаси данные на модели элокуэнт и по возможности закомитить их в новые хранилища. иначе это костыли, а не bp
источник

VG

Vladyslav Gaysyuk in Laravel Pro
Ну я так и делаю, старые данные метчу на анонимные модели, потом в транзакции и в цикле переношу на новую базу через default соединение.

Значить я все правильно делаю)
источник

S

Sergey in Laravel Pro
получается, так)
источник

VG

Vladyslav Gaysyuk in Laravel Pro
Просто немного извращения из-за анонимных класов
источник

VG

Vladyslav Gaysyuk in Laravel Pro
Но код нужно выполнить 1 раз - нафиг тогда файлы и реальные классы) А анонимные класы оказывается имеют имена, и не совсем аномные 😄
источник

S

Sergey in Laravel Pro
если бизнес разрешает форкнуть данные внутри хранилища, я бы написал что-то типа миграции, которая приводит легаси данные к нужному формату, запустил бы её один раз и дальше работал с нужным мне стейтом
источник

S

Sergey in Laravel Pro
если, конечно, легаси хранилище не пополняется извне
источник

S

Sergey in Laravel Pro
в противном случае сложная костыльная модель на легаси
источник

VG

Vladyslav Gaysyuk in Laravel Pro
Ну так то самое только на sal
источник

VG

Vladyslav Gaysyuk in Laravel Pro
Sql
источник

VG

Vladyslav Gaysyuk in Laravel Pro
Не удобно же в реляционной схеме
источник

VG

Vladyslav Gaysyuk in Laravel Pro
Оно по сути может быть где угодно, хоть внешне, хоть тунель, хоть локально
источник

VG

Vladyslav Gaysyuk in Laravel Pro
Главное чтобы схема была под стать моделькам
источник

S

Sergey in Laravel Pro
если можно данные из старой таблицы форкнуть в новую с нужной структурой, то почему бы нет?
источник