Kohana Флипчарт Kohana на DevConf 2013

fixxxer

К.О.
Партнер клуба
Основная метрика - эффективность кэша, а именно hit ratio = hits / (hits + misses). Исходя из этого и принимаются решения.

Здесь нужно искать оптимальное решение, исходя из следующего:
1) если выбрать сразу пачку данных, будет более высокий hit ratio, пока мы рассматриваем только выборки;
2) но при изменениях мы инвалидируем кэш, и чем чаще происходит инвалидация, тем ниже hit ratio - тут наоборот выгоднее дробить так, чтобы инвалидация не всегда нужной части не сбрасывала все сразу.
 

Ragazzo

TDD interested
grigori
ты "притягиваешь за уши", главное чтобы эта операция была "атомарной", а не бегание выбрать одно, выбрать другое, вон в postgresql есть with даже если уж очень join не хочется, но если отбросить все эти "притягивания", то это действительно косяк, видимо автор иногда покуривает для вдохновения что-то ;) Ну и к тому же если нормально расставлены индексы, возможно даже partial индексы, то нормально думаю планер может разобрать запрос и сделать его. Ладно уж слишком большой оффтоп получился, так что надо заканчивать ;)
 
Сверху