Форум пользователей MySQL

Заменить точку с запятой на union, полУчите одним запросом, а не тремя.
Насчет рационально - Вы приведите пример выборки, которую хотите получить. И данные, которые Вам известны.

klow написал:

Возможно так?

SELECT c.`id`, c.`name`, r.`id`, r.`name`, t.`id`, t.`name`,
FROM `db_country` с
  JOIN `db_region` r ON r.`country_id` = c.ID
  JOIN `db_town` t ON t.`region_id` = r.ID
WHERE c.id IN (1, 3, 7, ...);

Но deadka прав, непонятно что нужно получить в итоге.

примерно такое и нужно, наверно.
Дело в том, что я сам не могу понять, что нужно как бы это бредово не звучало.
Но попробую из далека.
У меня все города в одной таблице, как категории, у всех свой id и parentid. Так формируется многомерный массив. На основе id города можно получить в столбце всех родителей (указаны через запятую у каждой записи, город или регион, без разницы), либо перебором большого массива в php. Также есть столбец со всеми дочерними "локациями".
Но есть проблема в такой реализации - массив получается очень большой, чтобы его формировать в переменную, порядка 10Мб. И это грузит сервер.
А без массива не получалось вывести адрес: страна/регион/город у каждого объекта. Т.е. на страницу, например, 50 объектов и нужно было сделать 3 запроса для каждого объекта. А это получалось уже 150 запросов за раз. Как-то некрасиво. Посоветовали таблицу разнести на три. Вот и возник другой вопрос, как вывести списки в форме редактирования.
Теперь по примеру запроса выше.
Он выводит все страны, регионы, города. Получается, что из него нужно вырезать все города, кроме тех, что находятся в выбранном регионе (во втором выпадающем списке формы). Я думаю, что это сократить кол-во строк и нагрузку на сервер, т.к. сейчас получается 1000 строк (со всеми городами).
Я примерно сделал запрос, как смог, он урезал кол-во строк до 103. У других областей просто пишет null. Но есть другая проблема: выполняться он стал 2,5 секунды

Отредактированно remenikomer (28.05.2016 23:42:59)

---

Прикрепленные файлы:
таблица городов.jpg, Размер: 63,372 байт, Скачано: 538

deadka написал:

Запрос

SELECT t.regionid FROM `db_town` t WHERE t.id=870

однозначно стоит вынести наружу и в Ваш большой запрос подставлять полученное значение, это и запрос упростит, и будет меньше сбивать с толку планировщик.
Ну и индексы на тех полях, где идет связывание в JOIN тоже нужны, если их еще нет.
Делать одним запросом - зачем это, если тремя быстрее получается? Тут мерить время надо уже, и исходя из этого решать - один запрос или три.

Я еще не насколько хорошо знаю MySQL, чтобы знать тонкости, планировщики, индексы и т.п. Я в пределах простых запросов делаю + в dbForge сразу мастерю сложное, методом тыка когда не хватает знаний
Если вынести условие, то выводятся только выбранный регион и его города, без остальных регионов.
В общем, убедили. Буду отдельными запросами. Спасибо!

Используйте  find_in_set, но про индексы забудьте.