процедура MS SQL, которая возвращает JSON, массив данных, к примеру клиенты. На вход подаётся offset (с какой записи вернуть), count (сколько записей вернуть) и поле, по которому сортировать. При количестве записей 200к select с order by и offset выполняется около 1.5 минут, когда сортировка идёт по полному имени клиента. Хранятся ФИО отдельно, а выводятся вместе в одном поле. Соответственно и сортировка идёт по сконкатинированному полю. Что можно сделать в данной ситуации, чтобы select быстрее возвращал данные?
сортировку могут ускорить индексы у колонок
Индекс не поможет, сортировка идёт по вычисляемому полю
Решается отказом от пейджеров, и заменой их запросами , которые возвращают не 200тыщ ненужных пользователю записей, а 10 нужных ему.
Положыть данные в реляцыонную СУБД с помощью отношэний. И да, тут замечу, что конечно сортировка каких-то жалких 200 тысяч значений -- это первые секунды. В смысле -- дажэ вот если реально нужно каждый раз их сортировать -- то это первые секунды или дажэ менее секунды в типичном сервере СУБД. То, что у вас она длится полторы минуты -- это говорит о том, что ваш сервер просто неумеет хранить и обрабатывать тем методом, которым вы его заставляете. Потому нормальный метод -- прекратить насиловать MS SQL сервер разбором громадной текстовой строки с jsonом, и положыть в него данные нормально. Я, на самом деле, вполне уверен, что и конкретно ваш вариант можно так или иначе оптимизировать -- поскольку по-хорошэму на современном процэ разбор строки в данные и сортировка значений в быстром случае выполняются существенно быстрее, чем указанные минуты. Однако я такжэ подозреваю, что поскольку оптимизировать работу MS SQL сервера вы всё равно неумеете -- то первое что вам стоит сделать -- это переделать своё хранение под то, под которое этот MSSQL рассчитан. Просто чтобы не тратить усилия на изобретение каких-то новых приёмов и обход неожыданных ограничений, а использовать то, но что система рассчитана. И то, подо что написаны примерно все руководства по отптимизацыи mssql сервера.
Запрос 200 тысяч и не возвращал. Возвращает он как раз 10 нужных. Проблема только в том, что для того, чтобы эти 10 нужных найти (согласно фильтрам пользователя на интерфейсе), нужно перебрать все 200 тысяч.
Нет, ты не понял. Перечитай ещё раз что я написал.
Обсуждают сегодня