|
Решил поиграться с WITH RECURSIVE
|
|||
---|---|---|---|
#18+
Решил я тут на досуге, пень старый, поиграть с рекурсией. Или поправьте меня, или оставлю просто для истории как лайфхак в конце концов. Чтоб не забыть. Код: plsql 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.
Потом в генераторе отчетов количество переводится в скорость и рисуются графики. Поправьте меня, если есть более оптимальное решение. Вопрос чисто академический. Ибо практически оно работает, и не напрягает, и устраивает. -- "И это пройдет" ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 10:05 |
|
Решил поиграться с WITH RECURSIVE
|
|||
---|---|---|---|
#18+
o_v_a, хранимая процедура для генерации интервалов была бы чуть более эффективна и универсальна, а так всё нормально ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 10:25 |
|
Решил поиграться с WITH RECURSIVE
|
|||
---|---|---|---|
#18+
Симонов Денис, Ага, в execute block ради интереса параметризованный всё это засунул и попробовал (для 7 дней и 15 минут в примере, чтоб менять их при необходимости). Может, и пригодится :) Просто интервалы потому и фиксированные, что для текущей аналитики нам они нормальные такие и я не планировал их как-то часто менять. Но получилось и с PSQL ... |
|||
:
Нравится:
Не нравится:
|
|||
12.02.2019, 10:47 |
|
|
start [/forum/topic.php?fid=40&msg=39772643&tid=1560809]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 293ms |
total: | 403ms |
0 / 0 |