битмаск, в котором может быть только 1 статус в одно время , ну там ещё может быть режим. Первый бит это режим, если выставлен в единичку, то значит «авто» если нет, то «руками». И 5 статусов разных но взаимоисключающих. По этой колбасе нужно искать, чтобы статус был одним из определённых, например 1,2,3.
Select * from payment_requests where ((bitmask & 2) != 0) or ((bitmask & 4) != 0) or ((bitmask & 8) != 0) and user_id in (153)
Насколько это хреновая идея искать по битмаске и как обьяснить товарищу лиду, что он ошибается в том что «битовая операция - это самая быстрая операция»?
здесь
я не знаю вашего контекста, но если у вас это реально платежи в базе, то тимлид видимо попался с низкоуровневым бекграундом головного мозга, увы. даже если не углубляться в скорость операций, и даже предположить что такая выборка будет быстрее в два раза чем два поля + индексы - возможно, в условиях реальной жизни правильнее было бы подумать - а как аналитики и другие прохожие будут писать sql по этой системе хранения информации потом? это же нихрена неудобно для обычного человека которому битовые операции чужды. такие вещи применимы в совсем других случаях же, в структурах лежащих в оперативной памяти там, для сложных вычислений
Обсуждают сегодня