|
|
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
chabapokderived2 с 10 записями это у вас таблица а. А для таблицы b это условие выполняется без индексов. Сколько записей у вас в b? Таблица b это user. Условие дается для id_user. id_user первичный ключ, а значит и индекс существует для него. В таблице b - 10000 записей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2014, 23:36:55 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
miksoftwebslonНо нужно именно 10 всегда выводить.Тогда уточняйте задачу. Если какие-то из пользователей имеют несколько высокопопулярных запросов и несколько же ответов, то их как считать? за одного или за несколько? За одного, чтобы не повторялись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2014, 23:38:15 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
Да, значит мой запрос ещё и неверен. Нужно order by сделать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2014, 23:40:58 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
Тьфу, group by хотел сказать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2014, 23:43:16 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
Только я не знаю как применить group by по id_user в самом объединении перед limit 10, подскажите пожалуйста ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2014, 23:44:49 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
Да применить-то несложно: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. Но вот быстродействия тут ждать не приходится... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2014, 23:59:17 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
miksoftДа применить-то несложно: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. Но вот быстродействия тут ждать не приходится... Спасибо большое. Отрабатывает за 1.14 сек. в худшем случае. Т.е. при миллионе записей. Учитывая что это будет ещё и в кроне работать, всё ок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 00:43:36 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
miksoftДа применить-то несложно: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. Но вот быстродействия тут ждать не приходится... А зачем вы используете агрегатную функцию Max, если потом сортируете по рейтингу всё равно. Я удалил везде Max и вроде норм работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 02:06:29 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
Ещё скажите пожалуйста, почему после использование покрывающего индекса количество строк для перебора сократилось ровно в 2 раза. Почему имеено половина? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 02:12:20 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
Ещё узнал странную особенность благодаря вашему запросу. Max ведь возвращает одно значение. Но если добавить Group by, то все значения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 02:46:30 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
Под значениями я имею в виду записи, корявый лексикон. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 02:48:03 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
miksoftДа применить-то несложно: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. Но вот быстродействия тут ждать не приходится...Интересно, какой индекс тут предпочтительней (что выберет сервер) ? (User,Date,Rating) или (User,Rating,Date) ? :-) Я бы предположил, что URD... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 07:47:05 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
webslonудалил не таблицы, а индексы все для этих таблиц ... id_user первичный ключ эти две фразы - взаимоисключающие, первичный ключ - это тоже индекс. Именно поэтому я просил крейт таблы - чтобы не догадываться какие там у вас индексы. webslonПозволит вам разве что другие атрибуты посмотреть. А другие аттрибуты мне вообще не нужны и только мешают. Обычная практика - лишние колонки стереть, чтобы они перед глазами не маячили. Это даже не то чтоб обычная практика, а правила хорошего тона, можно сказать. Вы таблицы не привели, в результате потратили кучу времени, но все равно пришлось выяснить их структуру и индексы. авторИнтересно, какой индекс тут предпочтительней (что выберет сервер) ? Индекс выбирается тот, который дает меньше записей. При этом не учитывается что в кэше, а что нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 09:25:25 |
|
||
|
Помогите оптимизировать запрос пожалуйста
|
|||
|---|---|---|---|
|
#18+
chabapokавторИнтересно, какой индекс тут предпочтительней (что выберет сервер) ? Индекс выбирается тот, который дает меньше записей. При этом не учитывается что в кэше, а что нет.как интересно... Оказывается, индекс фильтрует таблицу... Offtop. http://youtu.be/4BSPDnd98i4#t=11 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 11:31:12 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=38627265&tid=1834919]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 203ms |
| total: | 342ms |

| 0 / 0 |
