webslonНо ведь можно сбрасывать кеш только у тех запросов, у которых в выборке находилось изменяемая запись. Да, сложно, но можно.Ввиду громадного многообразия запросов на выборку это гораздо сложнее, чем кажется на первый взгляд. Потому, видимо, и было принято достаточно простое и понятное решение на уровне СУБД.


webslonиспользовать различные memcache-дополненияАга, там можно явно управлять каждым сохраняемым значением. Например, когда точно известно, что при таком-то обновлении некоторое значение должно измениться, то именно его и удалять/обновлять в мемкеше. Однако, мемкеш не панацея, а, скорее, палка о двух концах. В мемкеше можно очень просто и выгодно хранить большой массив, полученный из ресурсожручего запроса. Но изменить (добавить, удалить) один элемент этого массива уже гораздо сложнее, настолько, что в итоге придётся вместо одного харнилища данных (СУБД) достаточно полноценно работать ещё и со вторым (мемкеш). Соответственно, и трудоёмкость разработки/отладки сильно возрастает. А в общем, попробуйте на реальной задаче и убедитесь. Возможно, для конкретной Вашей задачи решение будет достаточно простым. :-)


webslonсмотрю на производительностьНередко производительность можно улучшить правильным использованием индексов, типов данных, структуры таблиц...