k
в приложении они автогенерируются для новых пользователей при регистрации
тогда тот кому нужен этот реферал код зарегает нового пользователя
Size: a a a
2020 December 30
KN
тогда тот кому нужен этот реферал код зарегает нового пользователя
у старых пользователей будет поломано оторбажение их реферального кода, если там протсто null
k
у старых пользователей будет поломано оторбажение их реферального кода, если там протсто null
на тачке нового разраба нет старых пользователей
DS
у старых пользователей будет поломано оторбажение их реферального кода, если там протсто null
пойти путем создания подобие ларавель seed
KN
на тачке нового разраба нет старых пользователей
да, но в проде есть. Идея в том что приведение бд в нужно состояние посредством команд кажется излишне подверженной ошибкам.
ВМ
да, но в проде есть. Идея в том что приведение бд в нужно состояние посредством команд кажется излишне подверженной ошибкам.
в чем такой путь более подвержен ошибкам чем команда?
KN
собственно в этом и вопрос. Если логика приложения позволят заполнять все эти коды, то подход типа делаем миграцию, делаем команду, выпиливаем команду, ничем не выигрывает у подхода делаем миграцию.
ну вот мне тоже кажется что нет выигрыша от команд если это банально генерация уникального ид
А
пойти путем создания подобие ларавель seed
Это только для тестов, их нельзя ретраить
ВМ
что командой, что миграцией ты будешь делать одно и то же
KN
что командой, что миграцией ты будешь делать одно и то же
командой это должен сделать разработчик на проде, комадну могут вызвать несколько раз, команда будет засорять cli навеки
AN
Очевидно вопрос в транзакционности. Команду можно запускать сколько угодно раз после деплоя
DS
Это только для тестов, их нельзя ретраить
подобие только. чисто для манипуляции стартовыми данными. не мешать консольку и консоль команды для стартового запуска
ЕР
зато есть у старых разрабов.
Но, меня всё же смущает то, что при изменении логики - придётся менять миграции. Иначи они не заведутся в таком раскладе.
Но, меня всё же смущает то, что при изменении логики - придётся менять миграции. Иначи они не заведутся в таком раскладе.
Дописывать новые
ВМ
Очевидно вопрос в транзакционности. Команду можно запускать сколько угодно раз после деплоя
ну судя по комменту выше, эта команда нужна всего ровно один раз
KN
что командой, что миграцией ты будешь делать одно и то же
используя для этого миграцию мы решаем вопрос с запустить несколько раз. Решаем вопрос когда запустить эту команду - на каком этапе жизни бд
KN
ну судя по комменту выше, эта команда нужна всего ровно один раз
да, команду нужно запустить только один раз
k
Дописывать новые
чего дописывать? Не понял
ЕР
чего дописывать? Не понял
Миграции