|
|
|
помогите выбрать самый быстрый вариант
|
|||
|---|---|---|---|
|
#18+
В итоге получилось такое чудо: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. но так как цикл большой, и в нем используется 5 вот таких процедур, процесс становится очень долгим. по полчаса проходит по циклу, в итоге обрубается из-за ограничения сервера. Можно ли как-то оптимизировать код процедуры или запросы, чтобы быстрее работало? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2014, 19:58:37 |
|
||
|
помогите выбрать самый быстрый вариант
|
|||
|---|---|---|---|
|
#18+
если судить по Код: sql 1. 2. то нет ничего удивительного в долгом выполнении.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2014, 20:33:35 |
|
||
|
помогите выбрать самый быстрый вариант
|
|||
|---|---|---|---|
|
#18+
вадяесли судить по Код: sql 1. 2. то нет ничего удивительного в долгом выполнении.... а на что заменить? посоветуй плиз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2014, 20:44:31 |
|
||
|
помогите выбрать самый быстрый вариант
|
|||
|---|---|---|---|
|
#18+
Артем_sql, Сдается мне, что вообще всю эту процедуру можно заменить на один SQL-запрос вида INSERT ... ON DUPLICATE KEY UPDATE (См. комменты про LAST_INSERT_ID().) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2014, 20:55:13 |
|
||
|
помогите выбрать самый быстрый вариант
|
|||
|---|---|---|---|
|
#18+
miksoftАртем_sql, Сдается мне, что вообще всю эту процедуру можно заменить на один SQL-запрос вида INSERT ... ON DUPLICATE KEY UPDATE (См. комменты про LAST_INSERT_ID().) все началось именно с on duplicate key :D но в процессе я запутался и ушел в глубь. Во всяком случае по времени выполнения первых 5 запросов видно, что процедуры работают быстрее: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2014, 00:25:09 |
|
||
|
помогите выбрать самый быстрый вариант
|
|||
|---|---|---|---|
|
#18+
Артем_sqlВо всяком случае по времени выполнения первых 5 запросов видно, что процедуры работают быстрее:Если цифры - это время, то медленнее, насколько я вижу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2014, 00:43:22 |
|
||
|
помогите выбрать самый быстрый вариант
|
|||
|---|---|---|---|
|
#18+
miksoftАртем_sqlВо всяком случае по времени выполнения первых 5 запросов видно, что процедуры работают быстрее:Если цифры - это время, то медленнее, насколько я вижу. ой, я местами перепутал..:D ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2014, 11:05:40 |
|
||
|
помогите выбрать самый быстрый вариант
|
|||
|---|---|---|---|
|
#18+
Артем_sqlвадяесли судить по Код: sql 1. 2. то нет ничего удивительного в долгом выполнении.... а на что заменить? посоветуй плиз Код: sql 1. и есть подозрение, что ТС надо озвучить полную задачу, а не кусочки её решения, тогда может и будет предложено быстрое, правильное решение. а так, по выше описанному, видно, что ТС не вполне владеет темой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2014, 11:24:36 |
|
||
|
помогите выбрать самый быстрый вариант
|
|||
|---|---|---|---|
|
#18+
вадяАртем_sqlпропущено... а на что заменить? посоветуй плиз Код: sql 1. и есть подозрение, что ТС надо озвучить полную задачу, а не кусочки её решения, тогда может и будет предложено быстрое, правильное решение. а так, по выше описанному, видно, что ТС не вполне владеет темой. как расшифровывается ТС? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2014, 13:49:10 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=38752592&tid=1834203]: |
0ms |
get settings: |
4ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
48ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 191ms |
| total: | 289ms |

| 0 / 0 |
