так это он получается удалил с таблицы воообще все данные, а не только фейковые!
rm -Rf
sudo rm -rf
И всё равно ничего не произойдет на современных дистрибутивах. Нужно или отключить флажок, запрещающий rm -rf и rm -rf /, или писать rm -rf /*
тем более при использовании мутатора delete в запросе RDB
Редкое фото - мы можем наблюдать любителя автокоммита в естественной среде обитания.
Вот поэтому и надо не фейковые данные в продакшне, а отдельную тестовую базу иметь
И то их бывает путают. История с базами GitLab громкая получилась ( https://habrahabr.ru/company/southbridge/blog/321074/ )
почти, только там не тестовая база была, а реплика, которая перестала обновляться
бедолага ;(
Именно для таких чертовых ньюфагов и придумали транзакции.
и его данные или накроются пиздой все разом, или останутся нетронутыми, если у него ошибка в скрипте
чем это ему поможет?
чем это ему поможет?
потому что надо юзать truncate вместо delete
ну и нахуя использовать очистку таблиц вместо удаления из них только тестовых данных
where test='1'
where test='1'
кто сказал, что надо удалить только тестовые данные?
ок, не тестовые, а фейковые
первый кадр комикса
первый кадр комикса
ага, и похерить всю таблицу целиком, без возможности роллбэка. даже если в delete ты забыл указать условия - то, если не совсем дебил, до коммита ты проверишь данные в таблице и сможешь все откатить. транкейт тебе ее похерит в секунду, ты даже подумать не успеешь
DROP DATABASE. Хули уж мелочится. Ломать, так всё.
sudo apt-get purge postgresql
sudo rm -rf /var/lib/postgresql
sudo rm -rf /var/lib/postgresql
truncate и тогда работы будет меньше
Да всё нормас, rollback и хватит.
А потом засекаешь USED_UBLK и понимаешь, что роллбэкаться будет ещё часов 5.
Всё же лучше чем терять данные)
а потом база тебе выкатывает, что редошки навернулись.
Ничё, их толстый бородатый админ поднимет таки бэкап )
И это окажется бэкап Шредингера. Ну, т.е. тот, который пока не понадобится, не узнаешь, живой или нет.
К таким мемам на Джое пора вводить реакции вместо +/-. потому что вроде и годно, но и человека жалко.
тупиковое звено эволюции, которое держит фейковые данные в продакшене, не жалко
Ты прямо как про стартапы в ранней стадии развития вообще не слышал ;)
ROLLBACK, ROLLBACK!!1
Поэтому мистер MySQL по умолчанию не дает делать delete без where.
Самое время обнаружить, что бекапы коррапченные.
Какие-какие? Хех, я не сразу даже понял, что имеется в виду. Первая ассоциация была с пиками точёными и хуями дрочёными.
Чтобы написать коммент, необходимо залогиниться