A
nullable поля (по крайней мере в mysql и думаю в других базах так же) не триггерят уникальное ограничение на null-значение
верно, но я потеряю что там было, для этого и думал перенести рядом куда
Size: a a a
2020 June 04
К
Arman
🤔 хмм. хороший вариант, при восстановлении можно будет назад все удалить
+
ИФ
Arman
верно, но я потеряю что там было, для этого и думал перенести рядом куда
вы пытаетесь решить разные задачи одним решением
ИФ
Arman
верно, но я потеряю что там было, для этого и думал перенести рядом куда
если вам нужно вернуть то что там было - храните историю изменений или держите поле old_slug например в качестве истории
A
если вам нужно вернуть то что там было - храните историю изменений или держите поле old_slug например в качестве истории
вот как раз про дополнительные поля old_* и думаю =)
A
уникальный ключ не хочется удалять, как-то к нему больше доверия чем к валидаторам и то что могут в обход валитаров делать записи. Да и скорость выборки по ним приличная.
ИФ
Arman
уникальный ключ не хочется удалять, как-то к нему больше доверия чем к валидаторам и то что могут в обход валитаров делать записи. Да и скорость выборки по ним приличная.
скорость выборки по уникальному ключу и полю с индексом одинаковая, отличается в рамках погрешности)
ИФ
а если вы не доверяете валидаторам - у вашего приложения проблемы :\
A
скорость выборки по уникальному ключу и полю с индексом одинаковая, отличается в рамках погрешности)
сейчас не знаю как, но раньше уникальные пошустрее были т.к. останавливали поиск при нахождении первой записи
A
а если вы не доверяете валидаторам - у вашего приложения проблемы :\
проблемы не то слово, поэтому подушки кидаю
ИФ
вы опять сравниваете несравнимое, если вы сравниваете "найти 1 запись в уникальном индексе" vs "найти все соответствующие записи в индексе", то разумеется скорость разная будет
A
вы опять сравниваете несравнимое, если вы сравниваете "найти 1 запись в уникальном индексе" vs "найти все соответствующие записи в индексе", то разумеется скорость разная будет
ну так у меня уникальный ключ, чтоб искать одно значение )
ИФ
я про то, что "останавливает при нахождении первой записи". обычный индекс с limit 1 по скорости будет +- тем же самым, в рамках погрешности
ИФ
уникальный индекс это такой же индекс, который работает в плане поиска абсолютно так же. уникальность индекса работает при вставке/изменении, а не при селекте, в основном
A
я про то, что "останавливает при нахождении первой записи". обычный индекс с limit 1 по скорости будет +- тем же самым, в рамках погрешности
если только order by случайно не добавят) а так верно
ИФ
наговнокодить можно везде
энивей, я думаю на вопрос мы общими усилиями нашли ответ
энивей, я думаю на вопрос мы общими усилиями нашли ответ
АЗ
@Adelf32 а как сейчас обстоят дела с аутсорс разработкой в условиях пандемии и массовых беспорядков за рубежом?
A
наговнокодить можно везде
энивей, я думаю на вопрос мы общими усилиями нашли ответ
энивей, я думаю на вопрос мы общими усилиями нашли ответ
верно, даже два варианта. спасибо
A
@Adelf32 а как сейчас обстоят дела с аутсорс разработкой в условиях пандемии и массовых беспорядков за рубежом?
беспорядки ничего не поменяли.
АЗ
А пандемия?