170 похожих чатов

Добрый день! А не мог бы кто проконсультировать по производительности

запроса? Индексы я создал на все поля которые участвуют в условиях отбора , сортировках и джоинах. А там где условий несколько сделал составной индекс с полями в таком же порядке, в каком они в условии WHERE . Но работает все равно медленно. Explain тоже могу показать

12 ответов

30 просмотров

лучше запрос и текстовый explain запроса

Я бы начал смотреть с DISTINCT

Sergey-L. Автор вопроса
Sergey Bezrukov
Я бы начал смотреть с DISTINCT

с ним еще стало лучше, c GROUP BY было хуже

Sergey-L. Автор вопроса
Сергей Кравчук
лучше запрос и текстовый explain запроса

Сам запрос https://pastebin.com/B5qNTQRq Текстовый экспейн https://pastebin.com/Zh6tQDfL

Sergey-L. Автор вопроса
Sergey Bezrukov
Я бы начал смотреть с DISTINCT

Имеете в виду есть ли индекс на поле по которому DISTINCT?

Sergey L.
Сам запрос https://pastebin.com/B5qNTQRq Текстовый...

Для начала посоветую прекратить ссылаться на оператора по ФИО. Во-первых, оно не уникально во-вторых можэт меняться.

Sergey-L. Автор вопроса
Ilya Anfimov
Для начала посоветую прекратить ссылаться на опера...

Тут такая неприятная картинка что та таблица где и считаются вопросы по тексту ее больше ни как не связать с остальными, только по ФИО операторов . Голову ломаю как это обойти. Тоже самое касается и вопросов и ответов - их бы по айди считать. Но одниаковых вопросов и одинаковых ответов с разными айди много и я могу не знать когда добавят еще чтобы выборку поправить

Sergey L.
Сам запрос https://pastebin.com/B5qNTQRq Текстовый...

Далее уж три запроса к serverate_otdel_mfc_results жэлательно объединить в один. Ну там, соединить результаты через конкатенирование с точкой, а на клиенте порезать. Или не на клиенте, а в вашэм внешнем селекте — он всё равно обработкой занимается. Я бы, конечно, всё вообще на join перевёл с подзапросов, но в таком простом случае эффективный план скорее всего будет один и тот жэ, так что это можно и не делать.

Sergey L.
Тут такая неприятная картинка что та таблица где и...

Нажаловаться на архитектора БД. Ну, как это так — оцэнивают оператора, а в базу трэш какой-то пишэтся! В концэ концов, дажэ в дате и номере рабочего места большэ толка! Кроме того, если первичка фиговая — то можно её приводить в приличный вид регулярными загрузками.

Sergey L.
Тут такая неприятная картинка что та таблица где и...

Ну и, если хотите именно быстро искать в табличке по operator_fio, date — то и индэкс должэн быть на operator_fio, date. Это независимо от всего предыдущего.

Sergey-L. Автор вопроса
Ilya Anfimov
Ну и, если хотите именно быстро искать в табличке ...

Понятно! спасибо большое за разъяснения! буду думать. Начну с индекса конечно

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта