|
|
|
Тип таблицы для хранения статистики
|
|||
|---|---|---|---|
|
#18+
Есть база, в которой нужно хранить много статистики получаемой от пользователя. То есть очень много записей. Пару раз в сутки эта таблица будет обрабатываться для получения агрегированный данных. Периодически также по этой таблице происходят селекты. Весь вопрос, какой движок использовать для хранения таких данных. Сейчас на InnoDB, и селекты работают ну очень медленно. Да и insert'ы тоже в принципе не сильно быстро, но терпимо. А вот с селектами очень плохо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2014, 10:53:07 |
|
||
|
Тип таблицы для хранения статистики
|
|||
|---|---|---|---|
|
#18+
А нужна ли вообще эта таблица? Иногда имеет смысл сразу писать данные в таблицы-агрегаторы. Если точно нужна, то показывайте структуру таблицы и пример долго работающего запроса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2014, 11:09:31 |
|
||
|
Тип таблицы для хранения статистики
|
|||
|---|---|---|---|
|
#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. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. запросы Код: sql 1. есть еще такой же но плюс deviceId конкретный указывается. и вместо spentCoins много разных параметров. В общем много аналитики. Таблицы-агрегаторы создаются по мере необходимости, поэтому и нужна сырая статистика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2014, 15:35:27 |
|
||
|
|

start [/forum/topic.php?fid=47&tid=1835270]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 188ms |
| total: | 314ms |

| 0 / 0 |
