G
каутны вообще очень долго работают на больших данных
А они не могу оптимизировать?
Size: a a a
2021 January 24
SC
А они не могу оптимизировать?
могут, просто не факт, что Rows даст точное кол-во записей
G
И нет других решений? Все же как-то работают
SC
EXPLAIN выполняется от силы 40мс
G
Ну это норм
SC
а тебе надо именно прям точное кол-во?
G
А если у тебя много гигабайтная база
G
Ну мне же надо строить таблицу для показания результатов
G
Как это делают @thekiba
SC
я читал эту статью по поводу подсчёта https://www.citusdata.com/blog/2016/10/12/count-performance/
G
Я бэк у нас не трогаю. Иначе бы уже давно спрыгнул с 10го этажа. Там одни говнокодеры
G
У нас чувак проекты пишет, по 50 тс
G
Сам
SC
а можно хранить счётчики как поле, и написать триггер, который при апдейте таблицы, будет этот счётчик менять
G
А если ты делаешь фильтр, сами квери динамические
SC
А если ты делаешь фильтр, сами квери динамические
тогда никак)) и это реально головная боль) тот варик, что с парсингом explain-а хоть как-то вывозит в таком случае
G
А ещё - они сделали nvarchar max , колонку и хранят там json виде стринга
G
И делают на него поиск - через регекс
G
SC
А ещё - они сделали nvarchar max , колонку и хранят там json виде стринга
уууу, + Тоаст)