YZ
синк не юзаю, плохая же практика
Size: a a a
2020 January 22
YZ
у нас миграции были
YZ
все по дефолту
GS
синк не юзаю, плохая же практика
Дело в том, что в issue было написано, что иначе типа не работает M:M в Sequelize...
GS
Или может я что-то не так понимаю?)
YZ
а да, так получаеться, я хз как решить
GS
Может, я схему проектировать разучился?)
GS
И всё разбивают на пары связок по 2
2020 January 23
ii
есть практические пример зачем нужны миграции и сиды? в какой ситуации без них никак?
YZ
чтоб везде структура бд была одинаковая
ii
зачем делать sequelize db:migrate если можно сделать sync?
YZ
ибо синк может конфликтовать с текущей структурой
YZ
а в migration степы изменений описаны
YZ
и когда на проде будешь бд подымать, ты ж не будешь с 0 ставить
YZ
ибо данные потеряешь
YZ
там синк не получиться делать
YZ
+ для того, чтоб прод и локал были одинаковы
ii
и когда на проде будешь бд подымать, ты ж не будешь с 0 ставить
sync({alter: true)} // This checks what is the current state of the table in the database (which columns it has, what are their data types, etc), and then performs the necessary changes in the table to make it match the model.
разве это не приведет к такому же результату?
разве это не приведет к такому же результату?
YZ
некогда разьяснять, все что описал выше актуально.
YZ
итог:
для того, чтоб прод и локал были одинаковы
для того, чтоб у всех была одна и та же структура
для избежания конфликтов
для явного понимания степов изменения
для того, чтоб прод и локал были одинаковы
для того, чтоб у всех была одна и та же структура
для избежания конфликтов
для явного понимания степов изменения