Почему запрос стал работать медленнее, хотя колонка с JSONB не используется?

Question

[Константин Б.]

Суть такая, есть таблица с 1.2 млн строк. Простой запрос c COUNT(*) без условий был примерно 10мс select count(*) as aggregate from "offers". Одно из полей было с типом JSON. После того как тип поля поменялся на JSONB тот же запрос теперь занимает 200мс, хотя в выборке этого поля даже нет. Что я сделал не так?)
На JSONB поле я создал индекс и примечательно что когда я его использую данные из него в выборке, то запрос примерно 100мс становится

Comments

[Антон Антон]

Вакуум делал?

[Константин Б.]

Антон Антон, аааа, прикол, не знал про это. Я просто фронт) с беком работал только на MySQL) да вроде помогло, теперь запросы с условиями ожидаемо медленнее чем без них, буду оптимизировать. Пользуясь случаем, может быть подскажете как узнать какой индекс применился к при выборке с фильтрацией по вложенному элементу JSONB колонки?

[Дмитрий]

Константин Б., explain?

[Everything_is_not_so_bad]

А зачем считать все записи?

[Константин Б.]

Román Mirilaczvili, ну для инфы допустим. Пагинейшен пока ещё есть в веб версии.

[Everything_is_not_so_bad]

Константин Б., считать при каждом запросе количество всех записей - это дорого для СУБД. Есть другие подходы, особенно если не нужно показывать кол-во с точностью до 1.

Answer 1

[ky0]

есть таблица с 1.2 млн полей

Вы абсолютно точно что-то делаете не так. Надеюсь, что это всё-таки строки, а не поля.

Comments

[Дмитрий]

Ну в постргесе максимальное количество колонок из коробки 1600, скорее всего речь про строки

[Константин Б.]

Таки да. Неверное слово приманил. Каюсь