| |
|
|
| | Возник спор, что лучше: кэширование изображения графика или же построение его по запросу.
Чуть подробнее: есть скрипт, который по базе данных строит необходимые графики. Каждый час через cron загоняется новая порция данных. Так вот, возникло предложение вместе с добавлением в базу данных ежечасно новой порции значений, строить также необходимые графики и сохранять их в изображении, чтобы конечных пользователь только вызывал эту картинку, а если ему требуется другой диапазон значений (уже не стандартно заданный), тогда строить графики "на лету"....
Вы за какой из вариантов?
PS:
График -- это значения какого-то параметра за последние 24 часа.. фактически, график из 24х точек... например, температура, давление за последние 24 часа... | |
| |
|
|
| |
|
|
| |
для: Sturmvogel
(31.08.2010 в 12:35)
| | | Если приложением пользуется ограниченное число пользоватлей и генерация графика идет без задершки (задершки в 2-3 секунды ни в счет), то можно и без кеша.
Если использовать кеш, то не проще ли обойтись без крона? То есть при изменении/внесении данных обновлять кеш? | |
| |
|
|
| |
|
|
| |
для: ols
(31.08.2010 в 14:06)
| | | Просто есть сервис отображения графиков. По стандарту -- отображаются данные за 24 часа... Но так же пользователь может выбрать диапазон времени, за который он хочет посмотреть статистику... Зачем в кэше хранить эту информацию, которая не будет полезна для других пользователей? | |
| |
|
|
| |
|
|
| |
для: Sturmvogel
(31.08.2010 в 15:49)
| | | Самую востребованную информацию можно хранить в кеше, дабы не генерировать одно и то же по миллиону раз. Остальное - генерировать | |
| |
|
|
| |
|
|
| |
для: Sturmvogel
(31.08.2010 в 15:49)
| | | Если данные меняются нечасто -кешировать. Можно даже засекать участки, на которых данные не меняются, т.е. кешировать отдельные участки. | |
| |
|
|
