
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
14.09.2005, 00:26:29
|
|||
|---|---|---|---|
|
|||
оптимизация запроса |
|||
|
#18+
Этот запрос (с группировкой): Код: plaintext 1. 2. Код: plaintext 1. 2. А вот этот запрос (с группировкой + сортировкой): Код: plaintext 1. 2. Вопрос: можно ли как-то "поколдовать" над третьим, что-бы он тоже выполнялся быстро, как и первые два? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2005, 01:23:46
|
|||
|---|---|---|---|
оптимизация запроса |
|||
|
#18+
А создание индекса по purchase.rec_created не помогает? И по моему мнению запрос SELECT purchase.purchase_guid FROM purchase GROUP BY purchase.purchase_guid limit 10 будет выполнятся быстро только если таблица упорядочена по столбцу purchase.purchase_guid . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2005, 03:01:35
|
|||
|---|---|---|---|
оптимизация запроса |
|||
|
#18+
Неправда ваша, запрос будет использовать индекс, если в таблице есть он построенный по обоим столбцам, в том порядке, в котором они упоминаются в запросе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2005, 03:09:09
|
|||
|---|---|---|---|
оптимизация запроса |
|||
|
#18+
Уточню При отсутствии индексов в таблице purchase. Рассматриваемый запрос будет выполнятся быстро только если таблица упорядочена по столбцу purchase.purchase_guid. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2005, 07:30:04
|
|||
|---|---|---|---|
|
|||
оптимизация запроса |
|||
|
#18+
Я тоже уточню - purchase.purchase_guid - первичный ключ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2005, 19:12:02
|
|||
|---|---|---|---|
оптимизация запроса |
|||
|
#18+
В данном случае это несколько ускоряет выборку, но лишь несколько. Оптимальной производительности можно добиться построив такой индекс, как я описал ранее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2005, 18:47:44
|
|||
|---|---|---|---|
оптимизация запроса |
|||
|
#18+
А вот этот запрос (с группировкой + сортировкой): Код: plaintext 1. 2. Вопрос: можно ли как-то "поколдовать" над третьим, что-бы он тоже выполнялся быстро, как и первые два? Код: plaintext 1. Заставить его вначале нруппировать, а потом по неключевому реквизиту сортировать только 10 записей. ?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2005, 19:11:18
|
|||
|---|---|---|---|
оптимизация запроса |
|||
|
#18+
А вот этот запрос (с группировкой + сортировкой): Код: plaintext 1. 2. Вопрос: можно ли как-то "поколдовать" над третьим, что-бы он тоже выполнялся быстро, как и первые два? Код: plaintext 1. Заставить его вначале нруппировать, а потом по неключевому реквизиту сортировать только 10 записей. ?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.09.2005, 22:20:08
|
|||
|---|---|---|---|
оптимизация запроса |
|||
|
#18+
Не лучше ли сделать нормальный индекс? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=47&mobile=1&tid=1853661]: |
0ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
166ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 481ms |

| 0 / 0 |
