Ты же сам дал ответ

Я не понял немного чё ты пытаешься сказать

AI в исходном "совете" (горе совете) сказал что это будет единственное сравние числа к числу.

Потом понеслось что0то невнятное про булеву алгебру, а затем, наконец, толи дошло, толи карт в рукаве не осталось и пришлось признать, то, что будет 64 запроса либо параша в WHERE/

Ну ты битовую маску с битовой маской сравниваешь и норм стаёт. Только там вроде 2 сравнения.

Зачем в where 64 условия я тоже не понял

Нету там двух сравнений если не используются битовые операторы. Все завист от количества битов и количества битов которые должны стоять"строго" и битов которые в теории могут "плавать". Для них нужен будет дополнительный OR с другой маской.

И что не так? 2 условия 1 or

Зачем в where 64 условия я тоже не понял

Спросите AI. Он у нас эксперт по 64м селектам в базу данных. Кажды день пишет такие паттерны.

Спросите AI. Он у нас эксперт по 64м селектам в базу данных. Кажды день пишет такие паттерны.

И это ускоряет работу на порядки

И что не так? 2 условия 1 or

Если есть плавающие биты, нужны еще условия. Нарисуйте на бумажке уже )

И что не так? 2 условия 1 or

Будет каждый запрос проходить всю таблицу от начала до конца и выполнять проверку для каждой строки. И это будет весело

И 64 условия покажутся сказкой

Будет каждый запрос проходить всю таблицу от начала до конца и выполнять проверку для каждой строки. И это будет весело

Читаю ваши комментарии и все больше и больше убеждаюсь что все познания на уровне MySQL и не более.

Очередной буллщит написан потому что

Может, конечно, для MySQL и справедливо, но

Категоричные суждения они такие категоричные

Читаю ваши комментарии и все больше и больше убеждаюсь что все познания на уровне MySQL и не более.

Читаю ваши предложения и понимаю что от практической разработки вы далеки

Очередной "завалим проблемы железом"

Буду ждать книгу "Как начать писать 64 запроса и перестать прокастенировать, часть 6. © AI"

Предлагаю уже прекратить этот срач

Так короче

Буду ждать книгу "Как начать писать 64 запроса и перестать прокастенировать, часть 6. © AI"

Ждите. Пока мой подход демонстрирует прирост производительности на порядки.

Ждите. Пока мой подход демонстрирует прирост производительности на порядки.

Не забудьте найти потом того, кто вас похвалит за это.

Я серьезно

Так короче

Короче естт 64 булена.

Короче естт 64 булена.

Я не понял почему у вас маски битовые не работают

Не забудьте найти потом того, кто вас похвалит за это.

Сам себя похвалил уже.

Я не понял почему у вас маски битовые не работают

Понятия не имею

Одна на выставленные 1, вторая на снятые

Одна на выставленные 1, вторая на снятые

Тебе не нужно второй OR на снятые маски. При сравнении интов, первый инт сравнит не только поднятые инты но и снятые. В этом и проблема.

Блять

В янусе я б вообще не морочился с масками и прочим бредом. Просто собирал бы нужные группы а потом их выбирал

Тебе не нужно второй OR на снятые маски. При сравнении интов, первый инт сравнит не только поднятые инты но и снятые. В этом и проблема.

Да нихуя

Извините

Мало вводных на самом деле. На вопрос всю таблицу шерстить или маленький кусок в тыщу (например) записей я ответа не получил. И вообще по самой такой обработке - сколько сессий щас одновременно этим занимаются - одна, пять, десять тыщ?

И даже если ты добавишь второй OR по "снятым" битам то в нем так же будут поднятые биты. И у тебя все смешается.

Мало вводных на самом деле. На вопрос всю таблицу шерстить или маленький кусок в тыщу (например) записей я ответа не получил. И вообще по самой такой обработке - сколько сессий щас одновременно этим занимаются - одна, пять, десять тыщ?

Да похер, главное сделать 64 запроса, зато хватит на всю жизнь и переделывать не придется! А вопрос поддержки оставим на второй план.

Селекты, особенно примитивные, параллелить сам боженька велел

Если умеете в многопоточность

bitand(7,2)=2 проверка на выставленный

О, давайте добавим многопоточность и локи. Действительно )

bitand(7,2)=2 проверка на выставленный

Речь о том чтобы без битфункций.

bitand(7,2)=o убранный

Сравнение интов с интами.

Речь о том чтобы без битфункций.

Ааааа

Я понял

Ааааа

Ну наконец!

О, давайте добавим многопоточность и локи. Действительно )

Локов бояться не нужно, бояться нужно криво с потоками работать)

С разморозкой!

Ну наконец!

Но зачем?

О, давайте добавим многопоточность и локи. Действительно )

И?

Но зачем?

Я не знаю! AI так предложил. Перечитай выше и спроси у него снова!

Я бы захерачил битмаску и закрыл тему.

При необходимости из нее можно создать еще таблицу или вью

Но зачем?

Затем что функция будет проходить всю таблицу. А это может быть долго

Бедные пользователи MySQL

Функции у них проходят всю таблицу...

Затем что функция будет проходить всю таблицу. А это может быть долго

Точно.

Может в пятнадцатой версии пофиксят

Функции у них проходят всю таблицу...

Так давай двинь тему про индекс битовых масок

Так давай двинь тему про индекс битовых масок

Я уверовал в 64 запроса!

Я не знаю! AI так предложил. Перечитай выше и спроси у него снова!

Короче огромное условие будет быстрее походу

Короче огромное условие будет быстрее походу

Неееет он не верит

ERROR: S client not available

Ржу с вас реально. Вы сначала узнайте где вообще нужны оптимизации бизнесу, а потом считайте свои миллисекунды разницы между битмаской и другим говном

Ржу с вас реально. Вы сначала узнайте где вообще нужны оптимизации бизнесу, а потом считайте свои миллисекунды разницы между битмаской и другим говном

Все еще жду индекс для битмасок

Ржу с вас реально. Вы сначала узнайте где вообще нужны оптимизации бизнесу, а потом считайте свои миллисекунды разницы между битмаской и другим говном

Это ты нам расскажи, а потом задавай вопросы.

Я ваще хз где твоему бизнесу что нужно

В чем проблема сделать динамический запрос?

А то есть там по разным таблицам все параметры?

Я так понял в одной

Люди подскажите как в одном запросе сделать апдейт двух таблиц, в postgresql? Чёт не найду.

Люди подскажите как в одном запросе сделать апдейт двух таблиц, в postgresql? Чёт не найду.

with u1 as ( update . . . ), u2 as ( update . . . ) update . . .;

Спасибо, щас почитаю.

Ещё вопросик ? Ограничение возможно на количество записей в таблицу?

В столбец в смысле.

В рамках одной сессии? Там где то выше уже обсуждали. Как только данные сессии превысят размер буфера то сессия канцельнется

Один бегает с криками что 64 селекта это нереально много. Другие пытаются гигабайты в одну транзакцию запхать. ?

Не, не в рамках одной сессии, что-то вроде CREATE TABLE if NOT EXISTS address ( id serial primary key, addr text UNIQUE CONSTRAINT limit_save_addr CHECK (addr < 4), ... );

И что оно должно делать?

То есть я хочу, что-бы больше трёх записей в столбец не писалось, ограничить как-то... вот пока не знаю как.

Каких записей в один столбец. 1 столбец = 1 запись

Или чего то изменилось?

Да и уникальность текста... эт такое.. пробел добавил и все.

А понял. Я не правильно сформулировал. Вот select * from address; id | addr | pools_id ----+------+---------- (0 rows) То есть ограничение нужно на один pools_id не больше трёх записей. А уникальность там нужна, там фиксированные данные, строка без пробелов.

В коде пропишу проверку, хотелось и в базе. Это вообще реально?

Да

А понял. Я не правильно сформулировал. Вот select * from address; id | addr | pools_id ----+------+---------- (0 rows) То есть ограничение нужно на один pools_id не больше трёх записей. А уникальность там нужна, там фиксированные данные, строка без пробелов.

Ну так проверяй сколько у тебя уже есть записей и пиши или не пиши

Это лишний запрос.

И что

Проверка на уровне базы тоже будет проверять)

Только запрос моментально вернет еоличество строк. А как оно там на уровне базы распарсится можно только гадать

Ладно, понял, спасибо всем.

всем привет, можно ли где-то онлайн пощупать oracle database ? создать таблицы, запросы или нет такого ?

в амазон вроде есть