AA
Данные вот в той статье и описано как. По сути только предварительно настроенным бекапом все и делается.
Size: a a a
2021 August 25
AA
Миграциями хотя бы. ((:
AG
чтобы начать пользоваться надо понять вообще для чего они, а потом еще раз понять для чего они именно мне. И вообще я уже про слим читаю 😁
AK
Короче миграции это такой гитхаб местный в ларе для бд.
Сидите вдвоём над сайтом, и ты понимаешь, что в некой таблице тебе надо добавить одну колонку и удалить две.
Делаешь командой спец. файлик, правишь его. Кладёшь его в спец. папку. Пулишь на гит.
И пишешь второму чуваку — бро, я всю таблицу пошатал. Но ты руками никуда не лазай, забери с гита, выполни команду — и таблица будет как надо.
Сидите вдвоём над сайтом, и ты понимаешь, что в некой таблице тебе надо добавить одну колонку и удалить две.
Делаешь командой спец. файлик, правишь его. Кладёшь его в спец. папку. Пулишь на гит.
И пишешь второму чуваку — бро, я всю таблицу пошатал. Но ты руками никуда не лазай, забери с гита, выполни команду — и таблица будет как надо.
AA
Миграции это в общем нужно понять, чтобы использовать их где угодно. Тот же phinx например.
А нужны они для контроля изменений схемы таблиц БД.
А нужны они для контроля изменений схемы таблиц БД.
AA
Да. А еще эти изменения пишутся в БД в отдельную таблицу где можно просмотреть кто когда и что сделал.
AK
А, ну да. И если накосячил, можно опять же команду ввести и откатить это всё до некого состояния.
AK
А вот как быть с ДАННЫМИ в таблице)
AG
Ахуеть! а я думал это просто переползание с одной таблицы на другую 😀
ЕА
при миграции создается файлик)) который можно открыть и посмотреть
AA
Там больше не про слим читать нужно, а про концепцию ADR (Action-Domain-Responder). Слим просто для минимального примера хорошо подходит чтобы не ставить лару.
AK
Не, это именно для того чтобы с ИДЕ и консоли контроллить таблицу и если что изменить/откатить
AA
В БД можно делать только бекапы. Эти бекапы можно складывать файлы, файлы в гит, хуками смотреть с чем работаете на данный момент и в нужное время разворачивать-сворачивать бекап из файла.
AG
Если база на пару гигов, заебись наверно все это разворачивать сварачивать)
AK
Ну а я на секунду подумал, что при создании контроллера некого, который будет изменять табличные данные, эти изменения как-то хитро пишутся в миграции. И типа потом можно на боевом сайте это накатить
AA
Надеюсь, Вы сейчас не подумали что мы "работаем" на боевом сервере? ((%
Обычно делают бекап схемы и делают минимальное наполнение тем же сидированием, тестовые данные.
Нет смысла гонять все данные.
Обычно делают бекап схемы и делают минимальное наполнение тем же сидированием, тестовые данные.
Нет смысла гонять все данные.
AK
Вот кстати пример под рукой.
Нужно сделать таблицу resources, в ней 4 поля.
файл раз
Потом бам - надо добавить поле.
Файл два
Нужно сделать таблицу resources, в ней 4 поля.
файл раз
Schema::create('resources', function (Blueprint $table) {
$table->bigIncrements('id');
$table->string('name');
$table->string('content');
$table->timestamps();
});
Пользуемся, пользуемся...Потом бам - надо добавить поле.
Файл два
Schema::table('resources', function (Blueprint $table) {
$table->integer('owner_id')->change();
});AG
То что мы делаем в PHPMyADmine руками кароче)
AK
Ага
AK
И в файлах миграции кстати 2 метода. Один для создания, второй для удаления. Т.е. командой php artisan migrate:четотам можно откатить.