D
Arman
SoftDeletes отменяет использование любых уникальный ключей? или только в null делать уникальное поле?
не, вот реально, что????
Size: a a a
2020 June 04
A
😕 что?
SoftDeletes дает timestamp на deleted_at? допустим у меня уникальное поле «slug», я удалил старую запись «about» и теперь не могу создать другую запись со slug = ‘about’
ИФ
у вас поле уникальное где?
D
что тут делает форма?
Если речь о headers: {'X-CSRF-TOKEN': $('meta[name="csrf-token"]').attr('content') },
Который я в meta затолкал, то с ним тоже 404 ошибка
Который я в meta затолкал, то с ним тоже 404 ошибка
A
даже если я делаю составной ключ slug, deleted_at - все равно не будет работать?
A
у вас поле уникальное где?
в БД + валидация. валидация понимает что deleted_at is null, а БД уже не понимаем
ИФ
а база что-нибудь знает про soft delete?
D
ну СУБД ничего не знает про softdelete
D
уникальность контролируешь на уровне валидатора(приложения)
ИФ
ну СУБД ничего не знает про softdelete
я просто хотел чтобы человек сам дошел до этого :(
A
а база что-нибудь знает про soft delete?
deleted_at? как еще ей подсказать?
ИФ
базе не надо ничего подсказывать, она умная
ИФ
а вот вам уже подсказали как надо сделать)
D
в субд же вроде нет понятия мягкого удаления :D
D
(не встречал)
ИФ
в субд же вроде нет понятия мягкого удаления :D
ну в теории можно накостылить какой-нибудь триггер на удаление записи, чтобы она вставляла копию этой записи с deleted_at, но это такой изврат, что я уже жалею что это пишу)
A
уникальность контролируешь на уровне валидатора(приложения)
тогда нужно убирать уникальный ключ? с чего я выше и начал? SoftDeletes отменяет использование уникальных ключей в бд
A
«отменяет» может не то слово
A
я SoftDeletes добавляю на старую модель с уникальными ключами
ИФ
вы так задали вопрос, что вас несколько человек пытало, чтобы вы дали нормальную информацию по своему вопросу. вывод - задавайте вопросы яснее
soft delete никак не ограничивает использование уникальных полей
soft delete никак не ограничивает использование уникальных полей