только вот не могу найти как и где это делать

для этого доктрину надо заюзать

чего бы тебе не заюзать нормальную библиотеку для миграций? чем тебе встроенная не нравится?

она не автоматическая, а заказчик хочет, чтоб автоматом всё было

что именно?

ну структура таблицы

типа изменилась какая либо таблица, и у нас появляется тот самый дифф, с SQL внутри

ммм... может ты не в ту сторону капаешь? причем заказчик и таблицы? он о них вообще знать не должен

типа изменилась какая либо таблица, и у нас появляется тот самый дифф, с SQL внутри

может тебе вот это нужно http://www.elisdn.ru/blog/31/dinamicheskie-atributi-dlia-tovarov-ispolzovanie-eav-v-yii

нет

это генерация миграций на основе базы данных

а зачем менять таблицу? зачем тогда миграции? разве не наоборот должно быть, миграция меняет таблицу?

при разработке очень часто удобнее изменить таблицу и потом сгенерить миграцию

я бы так сделал если бы юии могла из коробки это по человечески

ну тогда удобнее их не использовать

:)

нет

ты не понял

делаешь дамп и все

на продакшине миграции

Я просто научился всегда сначала писать миграцию, и мне норм. Не залезаю в базу вовсе.

на деве ты изменил таблицу и сделал миграцию

я на продакшине никому не даю добро на доступ к базе

сделали миграцию и изменил на деве. так должно быть

иначе смысла нет

ты видимо не оч понял что и куда)

ты кодишь что то

Именно так

у тебя локальный сервак

ты создал табличку

или изменил что то типа индексов

через миграцию

оттвестил

нет

через миграцию

руками

в базе

не надо так )

Ибо иначе паралельная разработка в разных ветках командой, и ты ходишь между разработчиками и всем им вручную в базе посля добавляешь/удаляешь

иначе смысла нет

а потом когда все работает ты создаешь миграцию

и она применяется на продакшне

блять

Вмето того, чтобы все юзали миграции

Я видимо херовый обьяснитель

миграции никуда не делись

я тебя понял, но так делать не надо

а в чем разница?

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

в симфони в 99% именно так и кодят

дев севрак у каждого свой

никто не кодит вдвоем на одном севрере

в симфони я вообще не лез в базу, там мапер круто работает

ок

как ты пушаешь изменения сайта на симфони в продакшне

короче миграции как раз для того что бы не лезть в базу

при разработке ты и так и так лезешь зачастую

дебажишь, поменяешь значения, удаляешь поломаные записи и тд

миграции никуда не делись

ну это сиды все делают

при разработке?)

прикалываешься?)

а зачем менять таблицу? зачем тогда миграции? разве не наоборот должно быть, миграция меняет таблицу?

в ДМ миграции не нужны посути =)

а для чего они еще?

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

и че мне делать?

система крашится из-за этого

я иду в базу и удаляю запись

ну так удали, прочем тут миграции?

Ну так ты говоришь что не имеешь доступа в базу при разработке даже

а теперь смотри

ты кодишь магаз

нудна новая таблица

нужна*

ты создал ее в базе, проверил что все пашит и сделал миграцию

я имею, я говорю структуру менять через миграции только надо

точнее сгенерил

на деве пофиг как вообще

на то это и дев

на продакшине - да

на продакшине нельзя ничего руками трогать

нет, сделал миграцию и из нее развернулась таблица