Почему запрос работает так медленно?

@Orion189 · Регистрация: 19.12.2009

Студворк — интернет-сервис помощи студентам

Привет. Появилась проблема с запросом. Уже второй час пытаюсь решить, начинает крыша ехать(((. Суть проблемы: есть два запроса в одной хранимой процедуре. В зависимости от аргументов процедуры, выполняется либо первый запрос, либо второй. Запросы идентичны за исключением одной строки (на всякий случай приведу их оба). проблема в том, что первый выполняется быстро, в то время как второй афигенно долго. Вот фрагменты процедуры с этими запросами:

/* Этот запрос выполняется быстро */

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
IF category > '0' AND city = '0' THEN
  SELECT
    firms.id, firms.name, firms_contacts.phone, firms_contacts.about, firms.logo, firms_package.package
  FROM
    test.firms_contacts,
    test.firms,
    test.firms_city,
    test.firms_cat,
    test.firms_package
  WHERE
    firms_city.id_firm = firms.id
    AND firms_cat.id_firm = firms.id
    AND firms_contacts.id_firm = firms.id
    AND firms_package.id_firm = firms.id
    AND (firms_cat.category = category OR firms_cat.category = '0')
  GROUP BY
    firms.id
  ORDER BY
    firms_package.package
    DESC, firms.`date`
    DESC;
END IF;

/* Этот запрос выполняется медленно */

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
IF category = '0' AND city > '0' THEN
  SELECT
    firms.id, firms.name, firms_contacts.phone, firms_contacts.about, firms.logo, firms_package.package
  FROM
    test.firms_contacts,
    test.firms,
    test.firms_city,
    test.firms_cat,
    test.firms_package
  WHERE
    firms_city.id_firm = firms.id
    AND firms_cat.id_firm = firms.id
    AND firms_contacts.id_firm = firms.id
    AND firms_package.id_firm = firms.id
    AND (firms_city.city = city OR firms_city.city = '0')
  GROUP BY
    firms.id
  ORDER BY
    firms_package.package
    DESC, firms.`date`
    DESC;
END IF;

Таблицы firms_city и firms_cat небольшие, примерно по 200 строк каждая. Их структура и типы полей идентичны.

На моей машине (Athlon 3600 2.6 ГГц, 1 Гб ОЗУ) результаты запросов такие:

- первый запрос: Запрос открыт за 0,023c [0,022c выполнение, 0,001c выборка]
- второй запрос: Запрос открыт за 18,280c [18,279c выполнение, 0,001c выборка]

Не могу понять в чем причина такой разницы во времени выполнения для аналогичных запросов. Помогите разобраться.

Humanoid · 19.12.2009, 13:56

В таблице firms_city есть индекс по полю city ?

@Orion189 · 19.12.2009, 17:18 **[ТС]**

Нет, индекса нету.

Humanoid · 19.12.2009, 21:15

Подозреваю, что по полю category есть? Поэтому и разница в скорости. Искать всегда быстрее по тому полю, по которому есть индекс.

@Orion189 · 19.12.2009, 22:34 **[ТС]**

В том-то все и дело, что по полю category индекса тоже нет. Меня эта ситуация ставит в тупик. Все вроде бы одинаково (примерно) должно работать, но блин разница во времени выполнения запроса как-то сразу вгоняет в уныние. Чувствую себя идиотом)

Новые блоги и статьи Все статьи Все блоги /
Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .	Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .

Humanoid Почетный модератор 11559 / 4353 / 453 Регистрация: 12.06.2008 Сообщений: 12,455
	19.12.2009, 13:56
	В таблице firms_city есть индекс по полю city ? 0

@Orion189 0 / 0 / 0 Регистрация: 19.12.2009 Сообщений: 3
	19.12.2009, 17:18 [ТС]
	Нет, индекса нету. 0

Humanoid Почетный модератор 11559 / 4353 / 453 Регистрация: 12.06.2008 Сообщений: 12,455
	19.12.2009, 21:15
	Подозреваю, что по полю category есть? Поэтому и разница в скорости. Искать всегда быстрее по тому полю, по которому есть индекс. 0

@Orion189 0 / 0 / 0 Регистрация: 19.12.2009 Сообщений: 3
	19.12.2009, 22:34 [ТС]
	В том-то все и дело, что по полю category индекса тоже нет. Меня эта ситуация ставит в тупик. Все вроде бы одинаково (примерно) должно работать, но блин разница во времени выполнения запроса как-то сразу вгоняет в уныние. Чувствую себя идиотом) 0