Телеграмм чат группы jvmchat страница 18613

там будет IN (...). Не знаю, насколько это ок?

15:15пожаловаться #1

не надо его юзать

15:15пожаловаться #2

не, там нет таких обьемов

15:15пожаловаться #3

Ярослав in pro.jvm

Вай нот? Я не юзал его никогда, но на ОСР вопросами по нему закидали

15:16пожаловаться #4

квадрат вроде норм
но мне как то не очень нравится contains каждый раз дергать

15:16пожаловаться #5

Oleg Marchenko in pro.jvm

Это очень ок, БД разберётся

15:16пожаловаться #6

Alexander Komarov in pro.jvm

codes в set наверное сделай

15:16пожаловаться #7

Alexander Komarov in pro.jvm

а, сказали уже

15:16пожаловаться #8

Etki in pro.jvm

Зачем? Зачем забивать штатный пул?

15:16пожаловаться #9

Vladimir in pro.jvm

не надо фильтры на бэкенд перекладывать. Это дело бд

15:17пожаловаться #10

Не норм

15:17пожаловаться #11

угу
(а в чем прикол, если не секрет?)

15:17пожаловаться #12

До каждой сущности ещё соответствие с каждым кодом

15:17пожаловаться #13

Oleg Marchenko in pro.jvm

Согласен, под parallelStream лучше собственный пул делать или указывать уже имеющийся

15:17пожаловаться #14

Contains за константу

15:17пожаловаться #15

Так нельзя явно сделать

15:18пожаловаться #16

Alexander Komarov in pro.jvm

слушай, ну сорян уж. прикол в сложности поиска по листу и сету.

15:18пожаловаться #17

Etki in pro.jvm

Емнип там очень хитро подкатить нужно, чтобы оно ушло в другой пул. Но зачем вообще параллелить три с половиной калеки?

15:18пожаловаться #18

А ещё может это sql запросом сделать?

15:18пожаловаться #19

Если это из базы все