ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Помогите понять где косяк в запросе
14 сообщений из 14, страница 1 из 1
Помогите понять где косяк в запросе
    #38375008
Климов Дмитрий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Климов Дмитрий
Гость
Здравствуйте!

Есть таблица `Items` с некими предметами внутри и PRIMARY KEY `id`.

А так же 2 дополнительной таблицы, с сопутствующей предметам инфой. Обе эти таблицы содержат в себе столбец `item_id`, в котором хранятся значение `id` того или иного предмета из таблицы `Items`.

Задача запроса представленного ниже состоит в том, чтобы сделать выборку n-ного числа предметов из `Items`, при этом получая кол-во вхождений данного предмета из первой и второй дополнительной таблиц.

Код: sql
1.
2.
3.
4.
5.
SELECT `i`.`id`, `i`.`name`, COUNT(`et_1`.`id`) AS `num_1`, COUNT(`et_2`.`id`) AS `num_2`
FROM `Items` AS `i` LEFT JOIN `external_table_1` AS `et_1` ON `i`.`id` = `et_1`.`item_id`
  LEFT JOIN `external_table_2` AS `et_2` ON `i`.`id` = `et_2`.`item_id`
WHERE `i`.`id` IN (1,2,3,4,5)
GROUP BY `i`.`id`



Косяк в том, что при таком запросе `num_1` содержит правильное значение, а `num_2` всегда равно `num_1` (т.е. не корректно).

Почему так получается и как это побороть?
...
Рейтинг: 0 / 0
22.08.2013, 16:55:30
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375025
Добрый Э - Эх
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Добрый Э - Эх
Гость
посчитать сначала агрегаты отдельно по подчиненным таблицам, после - результат в виде деривед-тэйбла приджойнить к главной таблице
...
Рейтинг: 0 / 0
22.08.2013, 17:03:10
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375039
Климов Дмитрий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Климов Дмитрий
Гость
Так то оно так... А без вложенных запросов?
...
Рейтинг: 0 / 0
22.08.2013, 17:07:21
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375104
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
javajdbc
Участник
Климов ДмитрийТак то оно так... А без вложенных запросов?

попробуйте:
....
COUNT(distinct `et_1`.`id`) AS `num_1`,
COUNT(distinct `et_2`.`id`) AS `num_2`
.....
...
Рейтинг: 0 / 0
22.08.2013, 17:41:05
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375138
Климов Дмитрий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Климов Дмитрий
Гость
javajdbc, работает o_0

Но меня этот ставит в ступор...

Если в `et_1` и `et_2` столбцы `id` - это PRIMARY KEY, их значения и так не могут быть неуникальными, как DISTINCT смог помочь?
...
Рейтинг: 0 / 0
22.08.2013, 17:57:11
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375149
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
Климов Дмитрийjavajdbc, работает o_0

Но меня этот ставит в ступор...

Если в `et_1` и `et_2` столбцы `id` - это PRIMARY KEY, их значения и так не могут быть неуникальными, как DISTINCT смог помочь?А вы уберите GROUP BY и в секции SELECT все поля замените на одну звездочку. Так вы увидите промежуточный результат перед GROUP BY-ем и увидите, что там множатся записи по причине того, что одной записи в таблице А могут соответствовать несколько записей в таблице Б.
...
Рейтинг: 0 / 0
22.08.2013, 18:00:07
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375216
Cygapb-007
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cygapb-007
Участник
Климов Дмитрий,

у вас образовался неявный CROSS JOIN между et_1 и et_2
...
Рейтинг: 0 / 0
22.08.2013, 19:38:45
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375311
Добрый Э - Эх
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Добрый Э - Эх
Гость
Климов Дмитрийработает o_0работать-то работает, но смысл сначала размножить записи, чтобы после считать агрегаты с дистинктом? Или серверу больше заняться нечем, как агрегировать избыточно-раздутые объемы данных?
...
Рейтинг: 0 / 0
22.08.2013, 22:07:09
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375338
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
javajdbc
Участник
Добрый Э - ЭхКлимов Дмитрийработает o_0работать-то работает, но смысл сначала размножить записи, чтобы после считать агрегаты с дистинктом? Или серверу больше заняться нечем, как агрегировать избыточно-раздутые объемы данных?

Я бы согласился, если будет доказано что идет очень сильное
размножение и развод кроликов, но мы же не знаем
конкретные кординалити обоих таблиц.

без размножения подойдет ин-лайн
кореллированые подселекты в
СЕЛЕКТ групе.
наверно это самый быстрый способ.

кстати о кроликах -- ваше предложение [14743228] про
пре-агрегирование и подсоединение с большой вероятностью
окажется на несколько порядков медленее...
...
Рейтинг: 0 / 0
22.08.2013, 23:25:46
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375373
tanglir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tanglir
Участник
javajdbcс большой вероятностью
окажется на несколько порядков медленееОно окажется медленнее, если в агрегатных таблицах будет "много" записей (у меня это "много" обычно начинается где-то с 5к+ записей).
Причём насколько я понимаю, это чисто мусклевская антифича - ну не умеет он свои временные таблицы джойнить по-человечески. Единственный выход- их индексирование, но индексировать можно только вручную созданные времтаблицы. А вот результаты подзапросов - увы...
...
Рейтинг: 0 / 0
23.08.2013, 05:55:31
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375497
Климов Дмитрий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Климов Дмитрий
Гость
Инфы много, буду вникать.
Спасибо всем кто ответил!
...
Рейтинг: 0 / 0
23.08.2013, 10:16:57
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38375528
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Arhat109
Участник
tanglir,

угу. Чисто его... :(

поэтому приходится каждый раз "гадать на объеме данных", что будет быстрее: размножить и агрегировать или делать подселект и выделять нужное или делать времянку и её индексировать...
...
Рейтинг: 0 / 0
23.08.2013, 10:44:34
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38376128
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
javajdbc
Участник
tanglirjavajdbcс большой вероятностью
окажется на несколько порядков медленееОно окажется медленнее, если в агрегатных таблицах будет "много" записей (у меня это "много" обычно начинается где-то с 5к+ записей).
Причём насколько я понимаю, это чисто мусклевская антифича - ну не умеет он свои временные таблицы джойнить по-человечески. Единственный выход- их индексирование, но индексировать можно только вручную созданные времтаблицы. А вот результаты подзапросов - увы...


да, имено про то и есть разговор. Есть как минимум 2
способа избежать равода кроликов и не делать
двойную работу преагрегат-связка:

Код: sql
1.
2.
3.
4.
5.
select
...............
(select count(1) from tab2 where....) cnt2,
(select count(1) from tab3 where....) cnt3,
from tab



или

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
select 
  z.id,
  z.cnt2,
  count(tab3.id) cnt3
from
(
  select
    tab.id
    count(tab2.id) cnt2
  from tab left_join  tab2 on.............
  group by tab.id 
) z
left join  tab2 on.............
group by z.id
...
Рейтинг: 0 / 0
23.08.2013, 16:55:13
| Ответить | Цитировать | Написать  
Помогите понять где косяк в запросе
    #38376132
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
javajdbc
Участник
....ну в смысле ТАБ3 в предпоследней строчке...
...
Рейтинг: 0 / 0
23.08.2013, 16:56:43
| Ответить | Цитировать | Написать  
14 сообщений из 14, страница 1 из 1
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Помогите понять где косяк в запросе
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=47&fpage=212&tid=1836192]:
 0ms
get settings:
 8ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 24ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 44ms
get tp. blocked users:
 1ms
others: 206ms
total:  313ms
созд. / загр.: 313ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]