ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / MySQL [игнор отключен] [закрыт для гостей] / оптимизация запроса
10 сообщений из 10, страница 1 из 1
оптимизация запроса
    #33267596
Dima S
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima S
Гость
Этот запрос (с группировкой):
Код: plaintext
1.
2.
SELECT purchase.purchase_guid
FROM purchase
GROUP BY purchase.purchase_guid limit  10
и этот (с сортировкой):
Код: plaintext
1.
2.
SELECT purchase.purchase_guid
FROM purchase
ORDER BY purchase.rec_created limit  10
выполняются "влет".


А вот этот запрос (с группировкой + сортировкой):
Код: plaintext
1.
2.
SELECT purchase.purchase_guid
FROM purchase
GROUP BY purchase.purchase_guid ORDER BY purchase.rec_created limit  10
выполняется жутко долго.

Вопрос: можно ли как-то "поколдовать" над третьим, что-бы он тоже выполнялся быстро, как и первые два?
...
Рейтинг: 0 / 0
14.09.2005, 00:26:29
| Ответить | Цитировать | Написать  
оптимизация запроса
    #33267614
Фотография panch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
panch
Участник
А создание индекса по purchase.rec_created
не помогает?

И по моему мнению
запрос

SELECT purchase.purchase_guid
FROM purchase
GROUP BY purchase.purchase_guid limit 10

будет выполнятся быстро только
если таблица упорядочена по столбцу purchase.purchase_guid
.
...
Рейтинг: 0 / 0
14.09.2005, 01:23:46
| Ответить | Цитировать | Написать  
оптимизация запроса
    #33267637
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DocAl
Участник
Неправда ваша, запрос будет использовать индекс, если в таблице есть он построенный по обоим столбцам, в том порядке, в котором они упоминаются в запросе.
...
Рейтинг: 0 / 0
14.09.2005, 03:01:35
| Ответить | Цитировать | Написать  
оптимизация запроса
    #33267640
Фотография panch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
panch
Участник
Уточню
При отсутствии индексов в таблице purchase.
Рассматриваемый запрос будет выполнятся быстро только
если таблица упорядочена по столбцу purchase.purchase_guid.
...
Рейтинг: 0 / 0
14.09.2005, 03:09:09
| Ответить | Цитировать | Написать  
оптимизация запроса
    #33267720
Dims S
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dims S
Гость
Я тоже уточню -
purchase.purchase_guid - первичный ключ
...
Рейтинг: 0 / 0
14.09.2005, 07:30:04
| Ответить | Цитировать | Написать  
оптимизация запроса
    #33269892
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DocAl
Участник
В данном случае это несколько ускоряет выборку, но лишь несколько. Оптимальной производительности можно добиться построив такой индекс, как я описал ранее.
...
Рейтинг: 0 / 0
14.09.2005, 19:12:02
| Ответить | Цитировать | Написать  
оптимизация запроса
    #33275038
Фотография panch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
panch
Участник
А вот этот запрос (с группировкой + сортировкой):
Код: plaintext
1.
2.
SELECT purchase.purchase_guid
FROM purchase
GROUP BY purchase.purchase_guid ORDER BY purchase.rec_created limit  10
выполняется жутко долго.

Вопрос: можно ли как-то "поколдовать" над третьим, что-бы он тоже выполнялся быстро, как и первые два?



Код: plaintext
1.
(SELECT purchase.purchase_guid FROM purchase
GROUP BY purchase.purchase_guid limit  10 ) ORDER BY purchase.rec_created

Заставить его вначале нруппировать, а потом по неключевому реквизиту
сортировать только 10 записей. ??
...
Рейтинг: 0 / 0
17.09.2005, 18:47:44
| Ответить | Цитировать | Написать  
оптимизация запроса
    #33275047
Фотография panch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
panch
Участник
А вот этот запрос (с группировкой + сортировкой):
Код: plaintext
1.
2.
SELECT purchase.purchase_guid
FROM purchase
GROUP BY purchase.purchase_guid ORDER BY purchase.rec_created limit  10
выполняется жутко долго.

Вопрос: можно ли как-то "поколдовать" над третьим, что-бы он тоже выполнялся быстро, как и первые два?



Код: plaintext
1.
(SELECT purchase.purchase_guid FROM purchase
GROUP BY purchase.purchase_guid limit  10 ) ORDER BY purchase.rec_created

Заставить его вначале нруппировать, а потом по неключевому реквизиту
сортировать только 10 записей. ??
...
Рейтинг: 0 / 0
17.09.2005, 19:11:18
| Ответить | Цитировать | Написать  
оптимизация запроса
    #33275131
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DocAl
Участник
Не лучше ли сделать нормальный индекс?
...
Рейтинг: 0 / 0
17.09.2005, 22:20:08
| Ответить | Цитировать | Написать  
оптимизация запроса
    #33275225
Фотография panch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
panch
Участник
DocAlНе лучше ли сделать нормальный индекс?

Это было бы слишком просто....
...
Рейтинг: 0 / 0
18.09.2005, 07:11:56
| Ответить | Цитировать | Написать  
10 сообщений из 10, страница 1 из 1
Форумы / MySQL [игнор отключен] [закрыт для гостей] / оптимизация запроса
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=47&gotonew=1&tid=1853661]:
 0ms
get settings:
 10ms
get forum list:
 20ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 66ms
get topic data:
 13ms
get first new msg:
 8ms
get forum data:
 3ms
get page messages:
 60ms
get tp. blocked users:
 2ms
others: 237ms
total:  427ms
созд. / загр.: 427ms
x
x
Закрыть


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