>> ничем не лучше - только хуже!
> Тю.
> Вот у меня есть таблица users, в которой есть email и поле
> deleted_at, которое не null, если пользователь удален.
> Я хочу сделать unique index на email, но только для тех юзеров,
> которые не удалены.
> В постгресе я делаю индекс на email where deleted_at is null.
> А как в мыскле? Да, есть костыль с persistent virtual column и
> индексом на него, но - в каком синтаксисе, MariaDB или Oracle
> mysql?Текстовые поля вообще не нужно индексировать без крайней на то необходимости, даже для уникальности.
В вашем примере будет просто каша из многих не уникальных email.
В любом случае, нужно сообщить пользователю, что email-занят, так что проверять уникальеность Нужно вручную и индекс UNIQUE тут не нужен!
> Или, скажем, у меня есть timestamp и я хочу сделать индекс только
> по году и месяцу и только для тех записей, где стоит
> определенный статус.
И что мешает индекс на timestamp и статус указать?
> Или, скажем, я хочу сделать PRIMARY KEY uuid. Как, binary(16) и поворачиваем
> байтики? Очень удобно.
Ни понял ни что это ни в чём удобство. Примери у меня всегда только числа!
> Или, скажем, у меня есть таблица со структурой, где большинство полей null,
> и я хочу эффективно искать по любой их комбинации. Или JSON,
> по внутрянке которого я хочу искать так же эффективно. В постгресе
> у меня есть GIN и GIST на выбор. В мыскле... мммм...
Снова не понял в чём тут проблема искать нулы?
> ну, я могу формировать для каждого поля псевдо-слово типа _FIELD_A_IS_123_ и
> искать фуллтекстом, лол.
И снова не понял зачем это нужно и что это даёт?
Если нужен полнотекстовый поиск, то сфинксом сабж по производительности и рядом не стоял!
> Да можно долго перечислять.
Нет, Ваших высранных из пальцев примеров мне больше не нужно.