Как соединить четыре SQL-запроса в один?

Question

[Flakelf]

Добрейшего вечерочка.

Как соединить четыре SQL-запроса воедино?

// $type = '1';
// $model = 'ABARTH';
// $model = '500';
// $capacity = '1400';

    function getECUTypes($type, $brand, $model, $capacity) {

      $dbc = self::getConnection();

      $query = "SELECT `auto_sel_brand_id` FROM `auto_sel_brand` WHERE `auto_sel_brand_name` = '$brand' AND `auto_sel_brand_type` = '$type'";

      $result = $dbc->query($query) or DIE($dbc->error);

      $rows = $result->fetch_assoc();

      $brand_id = $rows['auto_sel_brand_id'];

      $query = "SELECT `auto_sel_model_id` FROM `auto_sel_model` WHERE `auto_sel_model_name` = '$model' AND `auto_sel_model_brand` = '$brand_id'";

      $result = $dbc->query($query) or DIE($dbc->error);

      $rows = $result->fetch_assoc();

      $model_id = $rows['auto_sel_model_id'];

      $query = "SELECT `auto_sel_ecu_id` FROM `auto_sel_motor` WHERE `auto_sel_ecu_motor` = '$model_id' AND `auto_sel_ecu_name` = '$capacity'";

      $result = $dbc->query($query) or DIE($dbc->error);

      $rows = $result->fetch_assoc();

      $ecu_id = $rows['auto_sel_ecu_id'];

      $query = "SELECT `auto_sel_motor_name` FROM `auto_sel_ecu` WHERE `auto_sel_motor_model` = '$ecu_id'";

      $result = $dbc->query($query) or DIE($dbc->error);

      $result_array = [];
      while ($rows = $result->fetch_assoc()) {
          array_push($result_array, $rows);
      }

      return $result_array;

    }

Каждый SQL-запрос возвращает какое-то значение, нужное для следующего запроса, конкретно уникальный ключ в виде ID. Как оптимизировать ? Этот код ужасен и работает медленно.

Comments

[alex-1917]

а кстати, структуру таблиц приложили бы, мне кажется, вам можно все в один плоский запрос захреначить, в итоге вы ЧТО получаете, один резултатт или массив?

[alex-1917]

Этот код ужасен и работает медленно.

субъективизм, помноженный на вкусовщину...
медленно - это сколько мс?или мкс?

Answer 1

[ThunderCat]

1) читать про join
2) читать про индексы тут, тут и тут.
3) составить запрос и прогнать его через explain.
4) Настроить индексы...
5) Profit

Answer 2

[nozzy]

Не проверял, как то так

$sub_query = "SELECT t3.`auto_sel_ecu_id` FROM `auto_sel_brand` t1
JOIN `auto_sel_model` t2 ON t2.`auto_sel_model_brand` = t1.auto_sel_brand_id AND t2.`auto_sel_model_name` = '$model'
JOIN `auto_sel_motor` t3 t3.`auto_sel_model_brand` = t2.'auto_sel_brand_id' AND AND `auto_sel_ecu_name` = '$capacity'
WHERE t1.`auto_sel_brand_name` = '$brand' AND t1.`auto_sel_brand_type` = '$type'";

$query = "SELECT `auto_sel_motor_name` FROM `auto_sel_ecu` WHERE `auto_sel_motor_model` IN ('$sub_query')";

$result = $dbc->query($query) or DIE($dbc->error);

....

Answer 3

[alex-1917]

Склеивание через джойны не поможет, у вас плоские запросы и должны работать мгновенно, профилируйте запросы по отдельности и смотрите, чо и как.
Как тут выше-ниже советуют - то на то и выходит, никакой оптимизации не будет! так как у вас результат в виде ID получается сугубо по результатам очередного запроса, то вся байда будет стоять и ждать - лучше, если эта байда будет ждать в приложении (PHP), нежели вся байда будет висеть в памяти MySQL в ожидании...
Задайте на SC, там уровень спецов ощутимо выше, в идеале если Mike ответит...

UPD. Кстати, почему для получения одного ID вы юзаете fetch_assoc?????))))

Comments

[ThunderCat]

Склеивание через джойны не поможет,

ну да, джоины для слабаков! Их придумали дураки для других дураков.
1) Один правильно построенный запрос будет выполняться быстрее(как минимум на накладных расходах - коннект дисконнект, передача данных. Плюс построение плана запроса на стороне бд оптимизирует запрос налету, в зависимости от того как быстрее будут выбраны данные, на каком то этапе накопления данных выгоднее будет сделать раньше один запрос вместо другого).
2) Проще и нагляднее отлаживать 1 запрос вместо 4.
3) + по мелочи: Экономия памяти на промежуточных переменных, опрятнее выглядит, проще обслуживать и результаты все в одной выборке.

так как у вас результат в виде ID получается сугубо по результатам очередного запроса, то вся байда будет стоять и ждать - лучше, если эта байда будет ждать в приложении (PHP), нежели вся байда будет висеть в памяти MySQL в ожидании...

Какое ожидание? При настроенных индексах весь запрос выполнится от 0,001 до 0,1 секунды, в зависимости от объема данных и мощности сервера(если не брать крайние случаи типа мертвый сервер/сто миллионов записей на таблицу).

[alex-1917]

ThunderCat, да причем тут джойны вообще!
я уже сказал ТС,что у него возможно прокатит ОДИН плоский запрос, он же как и все начинашки-овуляшки, молчит как разведчик.
на SC его вопрос давно бы в мусорку снесли, потому что:
1. не дал структуру таблиц в виде sql-запроса
2. не дал образец наполненных таблиц
3. не дал результаты профилирования.

Да, тупо скопировал код php и тут кинул, как собакам кидают обрезки мясные, жрите что есть...
А что сам предпринял для решения, НИ ФИГА НЕ ВИДАТЬ...

Поставил галку ЭТО ЗАДАНИЕ, а НЕ ВОПРОС

[alex-1917]

ThunderCat, ахах, а глянуть профиль ТС я и забыл.
у автора на этом сервисе 6 невнятных вопросов и одно решение, причем сам же себе и ответил)))