АЗ
Че ты ржош)
Size: a a a
2020 December 22
G
PK ещё и неявно добавляется в конец любого другого индекса
АЗ
Аа, да, я ж читал чето такое тоже
АЗ
Короче да я тоже думаю что UNIQUE так же как и PK работает в плане выборки, но я нигде явно написанного об этом в доке не нашел
АЗ
Так что я уверен только на 99% 😄
G
Скорее всего - нет) Но это уже за пределами моей компетенции.
G
Слишком глубоко
АЗ
Ну вот у меня есть колонка - не уникальная (пока что), является по сути идентификатором по которому производится всегда выборка по полному совпадению
АЗ
Какой алгоритм тут логичнее выбрать? Кажется как будто HASH, ибо искать по частичному вхождению не нужно, сортировать тоже
АЗ
Только where col = <value>
АЗ
Всё
АЗ
Ты бы какой выбрал?
G
Смотря что за проект
АЗ
Просто у HASH вычислительная сложность самая вкусная
G
Если делаем bigdata, то я бы думал. Иначе ставил btree
АЗ
O(1), считай чуть ли не из кеша тянет
АЗ
Ну потенциально записей там может быть ну максимум лям =)
АЗ
Так что я тоже выбрал btree
АЗ
Но чисто концептуально - оптимальнее ли он или нет? Не понятно
G
Концептуально hash должен быть быстрее. Но на практике скорее всего получишь разницу между 0.003 и 0.001.