DD
Почему? Даже если элемент удален, не может же никак появится элемент с таким же id
Size: a a a
2021 May 24
DD
Он так и останется как был, а id будут всегда уникальными
ПУ
Новерно, он про быстроте запроса. При добавлении deleted_at при выборке добавляется условия ко всем запросам. Получаем проверку лишнюю, поэтому тут вопрос стоит ли поле delete_at делать отдельным ключем/или прибавлять к существующему для боллее быстрой выблрки
A
может у человека id не первичка (что почти не реально)
A
может быть. поэтому я и спросил)
A
Если id первичка то это индекс там поиск по дереву идет он в разы быстрее будет чем по id и created_at
A
$table->string('slug')->nullable()->unique()
даст уникальный по одному полю. и если я удаляю модель со слаг "test", то ведь не смогу больше создать модель со слаг "test"? а со составным ключем смогу
A
тогда ты сможешь сколько угодно добавить)
A
потому что поле deleted_at - это дата
A
в удаленных да, а "живых" нет
A
она будет уникальной... а хотя я хз как там с нулл оно будет
A
пахнет не очень от таких решений...
A
как же быть?) довериться только валидаторам?
DD
По логике живое только одно, удалённых бесконечно и то, если в одну секунду удалить то будет ошибка
A
в одну секунду не думаю что будет одинаковых с deleted_at = null
C
DD
С одинаковым слагом
A
вам бы ознакомится с транзакциями и mvm баз данных максимум вы словите фантом и то он решается почти всегда на уровне движка
DD
Если удалить, будет же и дата такая же
DD
Хорошо)