В миграциях используются те же средства для работы с базой, что и в остальном фреймворке. Разница только в том, что для миграций есть способ записать это немного более компактно. Соответственно завернуть в транзакцию можно как обычно:
Про багтрекинг очень неприятное известие. И очень непонятна причина такого решения. Дыры в безопасности — да, понятно почему показывать не хочется, но всё остальное-то почему?!
О, нет. В крупных проектах частенько одной частью занимается совсем не один человек. Сообщения из ICQ не доходят, не замечаются. Да человек вообще мог быть в отпуске…
С общей базой всё, конечно, проще, хотя тоже есть большая проблема: код ко всем попадает позже, чем изменения в базе. Соответственно у всех, кроме одного разработчика локальный проект может слечь на самом интересном месте.
Можно и SQL писать. Специальный синтаксис не обязателен.
У Антонова интересная идея, но есть и минусы:
— В такую автоматическую миграцию может попасть что-нибудь нежелательное.
— Невозможно мигрировать, например, из MySQL в SQLite и обратно.
С общей базой всё, конечно, проще, хотя тоже есть большая проблема: код ко всем попадает позже, чем изменения в базе. Соответственно у всех, кроме одного разработчика локальный проект может слечь на самом интересном месте.
2) А вот это противоречит идее миграций. Никаких рук.
У Антонова интересная идея, но есть и минусы:
— В такую автоматическую миграцию может попасть что-нибудь нежелательное.
— Невозможно мигрировать, например, из MySQL в SQLite и обратно.