Будет таблица, в которой будут заноситься данные пользователей. Поиск пользователя будет идти не по логину , а по 32 символьной строке (уникальной для каждого). Данных будет много. Как лучше сделать , чтобы поиск не был слишком медленный? Критичен именно поиск, т.к. выборка будет идти очень часто, добавление реже.
Тип думаю задать CHAR(32), а дальше что? Нужен ли идентификатор UNIQUE или лучше со скрипта проверять, есть ли такая запись в базе или нет?

Не могу грамотно объяснить. Это не логин, это уникальный ID , который генерируется скриптом на основе некоторых данных. Попросту говоря - защита от клонов и ботов, подробнее см. fingerprint.js . Не суть. Нужно искать именно по этим "отпечаткам", проверять нет ли в базе повторов (клонов), если есть - выбрать кто это (что за юзер, какие там были данные).

Злой Бобр, у меня MySQL (или Мария), вроде разницы нет.
По уникальности понял, а как по быстродействию - будет долго искать по строкам, может сортировка какая-то нужна или еще как оптимизировать? В плане, я понимаю что базе проще сделать выборку вида ID == 50, особенно если по числах отсортировано, чем перебрать все строки и сравнивать каждую.

Dimitry Sibiryakov, да, я не понимаю, но подскажите как грамотно спроектировать-то. Чтобы потом не переделывать. Вот есть идентификатор 32 символа, поиск по нему. Как лучше сделать таблицу? База - MySQL /MariaDb

Много - не больше миллиона, тысяч 100-900, не знаю.

В учебниках советуют CHAR, если данные фиксированной длины; т.к. VARCHAR вроде на 1 байт больше занимает.
индекс - так пойдёт?




Первичным? Думал, что в базах данных всегда желательно первичным делать INT , т.к. в нем auto increment, и вроде как база сама создает такое значение, если не указать явно? или путаю?
задачу напишу ниже.


Задача. Есть веб сайт (форум,соц. сеть, не суть). Для каждого пользователя генерируется уникальный идентификатор на основе данных браузера и подобного. Он выходит размером 32 символа. Уменьшить или изменить его нельзя. Перевести на смс-активацию, привязку к айпи и т.д. тоже нельзя. Только вот уникальный айди, который генерится особым образом, практически не дает коллизий и сбоев. Допустим, на сайте сидят 100 тыс человек, регится 100001ый . Нужно проверить, не является ли он клоном кого-то из этих товарищей . Исходя из этого, нужно спроектировать таблицу.

100 тысяч пользователей... Ещё один фейсбук создаёшь?

morgotВ учебниках советуют CHAR, если данные фиксированной длины

Если ты АБСОЛЮТНО уверен. Ну и для поля фиксированной длины твой default
выглядит странно, ведь он короче этой длины.

1. нет, это скажем так, тематическое сообщество. не суть, не буду тут рекламить. просто проблема в том, что если раньше были флеш куки, да и проверка по айпи помогала, то сейчас только такой вариант помогает от клонов.
2. длина ВСЕГДА будет 32 символа. Ну может со временем протокол поменяется, но вряд ли.
3. DEFAULT '' - это автоматом создалось, не знаю что туда писать, можно и NULL в принципе, т.к. это поле не может быть пустым (скрипт так или иначе отработает, а если нет - то это уже за рамками баз данных).




в http нет, но сам браузер - да. Изучите например это https://habr.com/ru/company/cloud4y/blog/548924/
есть что скрывать - юзайте тор браузер, при этом никогда не разворачивайте на полный экран, желательно через tails / whonix (опять же, это все за рамками баз данных).