Есть ещё секьюрные варианты?

Первый вариант, если идти по нему, вероятно, приведёт к получению слишком длинных токенов символов по 42+

Ну, то есть шифровать значение

Ну первый вариант будет не 100 символов, но все же длинный URL

А второй - дополнительный индекс

Это уж только из задачи решать что лучше хуже

uuid
1) почти везде есть на уровне нативного типа
2) энтропия в расчете на байт гораздо выше (длинна алфавита vs 256 )
3) выглядит солиднее :)

эти внешние id всегда нужны в обе стороны. их же недостаточно просто отдать за пределы системы. этот же id тебе пришлют обратно. а значит, тебе нужно иметь индекс по этому "хешу". а значит он у тебя должен хранится в базе целиком (либо как функциональный индекс, либо как индекс по посчитанному хешу).


hashids:
1) не понимает большие числа (нужно разбивать)
2) принимает только инты
3) восьмибайтное число (разбитое на два) приобразует в 15 символов

UUID как тип норм, а вот алгоритмов генерации маловато, хотелось бы иметь что-то типа Timeflake’а универсально на всех ЯП

Uuid есть 4 версий, кстати. 1-2 ломаются очень легко https://www.uuidtools.com/uuid-versions-explained

если ключ общий на все это не секьюрность, уникальные в этом месте - гемморой, поэтому вариант 2 самое то

Hashids позволяет тебе сгенерировать external_id и положить его в индексируемую колонку рядом.   Это же аля slug

конечно 4. С другой стороны это приводит это приводит к блоату индексов, но тут это... что-то одно )

тогда почему не положить uuid и не юзать лишние либы? )

сделать "секьюрную" "криптографию" которая будет превращать int-ы в короткие (!) красивые (!) url-френдли (!) строчки практически невозможно. Просто информационная емкость "секьюрной криптографии" такая, что в короткую-красивую строчку она тупо не влезет.

сделай красивый хеш и храни пару ID-hash гдето

Ну положи если хочешь. Проблемы с uuid в базе известны. Вопрос же был другой :)

Я стараюсь, чтобы айдишники имели прикладной смысл. Если есть уникальный и неизменный логин, email, DNS-хост - использую их. Если надо генерить - использую или MongoDB ID, или буквенную строку, как у YouTube.

+

Продолжение этой идеи - генерировать name, как рекомендует делать гугл в своих гайдах по gRPC

и еще: URL - это часть UX. Не надо туда пожалуйста uuid)) Лучше чтото типа uSzQtH

Ну да, например из title, если сущность - это статья или запись в блоге.