согласен, но вариант с невозвратом занчения не всегда проходит, так как в некоторых языках нужно явно указывать тип данных возвращаемый функцией/методом.
10 последних беретё следующий инкримент из продуктов и беретё 10 предидущих.
1-2 храним список продуктов под одним ключом и добавляем туда ид по мере поступления, а сами продукты каждый под своим.
В общем, посмотрите хотя бы тот же пример твиттерклона в примерах.
какого нужно. да возможно, практически не сказывается, потому как постоянно данные в оперативке, и в зависимости от ваших настроек время от времени сохраняется на жёсткий диск.
недавно для в одном проекте попробовали в качестве хранилища для юзер ивент лога, пока очень довольны.
кстати redis manager никто не запускал? а то что то не получается пока что.
то есть не глупо потратить свое время и выяснить, что это никому не интересно, а предварительно выяснить интересно ли это кому-нибудь и уже тогда это сделать глупо?
*GenomClass.php
*
* @author архангел Гавриил < gavriil@heaven.god>
* @version 1.0
* @package human
**/
говоря о тестах вот инфо с нашего текущего:
array(13) { ["redis_version"]=> float(0.9) ["uptime_in_seconds"]=> int(605114) ["uptime_in_days"]=> int(7) ["used_memory"]=> int(315368975) ["changes_since_last_save"]=> int(7598) ["bgsave_in_progress"]=> int(0) ["total_connections_received"]=> int(5483580) ["total_commands_processed"]=> int(43263255) ["role"]=> string(6) "master" ["db0"]=> string(21) " keys=54464,expires=0" }1-2 храним список продуктов под одним ключом и добавляем туда ид по мере поступления, а сами продукты каждый под своим.
В общем, посмотрите хотя бы тот же пример твиттерклона в примерах.
comments:$user_id
comment:id
comment:id
comment:id
и
comment:$id
comment:date
comment:body
?
и на выходе 2 быстрых запроса к стораджу, а не сиквельный join.
кстати redis manager никто не запускал? а то что то не получается пока что.