АГ
можно сделать индекс по этому полю, но он ничего не даст, т.к. надо делать селект по результату операции битовой наложения маски для фильтрации лишних флагов
Size: a a a
2020 December 06
RK
можно сделать индекс по этому полю, но он ничего не даст, т.к. надо делать селект по результату операции битовой наложения маски для фильтрации лишних флагов
Не понял
ДТ
покажи sql создания такого индекса
postgres create index bit on table(field:::bit(1)) как то так
АГ
ну есть у тебя поле флагов. там допустим 10 бит правых задействовано. тебе надо проверить наличие там например первого третьего и пятого. что они тру. как это сделать: where flags & 0b10101 = 0b10101 (условно, реально там некое число будет)
RK
ну есть у тебя поле флагов. там допустим 10 бит правых задействовано. тебе надо проверить наличие там например первого третьего и пятого. что они тру. как это сделать: where flags & 0b10101 = 0b10101 (условно, реально там некое число будет)
А теперь магия)
RK
Это 2^10 целое число и второе число аналогичное
АГ
postgres create index bit on table(field:::bit(1)) как то так
хммм... работает? мда, экзотика какая. мне кажется просто людям скучно, вот они и извращаются)
ДТ
должно работать
ДТ
хотя честно говоря не вижу смысла проверять
RK
И не надо даже звать побитовое сравнение
АГ
Это 2^10 целое число и второе число аналогичное
xor чтоли?
RK
xor чтоли?
Да епрст)))
АГ
ну тоже вариант, это если уже дальше копать)
RK
xor чтоли?
Напиши десятичное число 13 в двоичной системе
RK
Ща поймешь
АГ
это 8+4+1
T0
Зачем вы это обсуждаете? Хоть 1 юзкейс можно того, что вы пытаетесь решить?
АГ
Зачем вы это обсуждаете? Хоть 1 юзкейс можно того, что вы пытаетесь решить?
да просто уже по фану трындим)
N
Епрст вешать индекс на бит, это сразу уволленн
Почему?
RK
это 8+4+1
Ну иначе говоря 1101 вот тебе другое десятичное число для сравнения 1001 тоесть в бд 13 ты говоришь = 9, ответ нет, чем не побитово?)