Реализация Быстрого Поиска?!

Достаточно поставить/адаптировать sphinx и с кешем можно не заморачиваться. Скорость и качество поиска у него отличные

А зачем их сохранять?

Зачем мусором забивать?

Суть наоборот в упрощении.

Человек ходит по ссылкам - идет 20-50 запросов к БД (Все страницу отдаем)

Делаем ajax-запрос = 1-2 к БД (отдаем либо небольшой кусок html, либо структурированные данные, которые на клиенте отрисовываются)

Кешировать данные можно и в приложении, но некоторые вещи не стоит в кеш класть.

sphinx - мне кажется тут не уместен.

Если БД нормально спланирована, то идет весьма простой запрос к базе

Категории - просто по id с лимитом, большинство характеристик - аналогично int

то же вариант, например AngularJS с такими вещами чудненько работает: один JSON запрос на всё, а остальная сортировка/пагинация/визуализация уже на клиенте. броузер летает и с обычным кешем...

Вариантов реализации - куча, главное не перестараться )

TF-Studio, для данного сайта кэш конечно не нужен, ибо овчинка выделки не стоит.

кэш уместен для высоко нагруженных проектах и при сложных расчетах на стороне сервера.

кеш адназначна нужен для любой динамики, не делать его можно только при тотальной тупости или лени.

а вот кеширование запросов к БД - другой вопрос, в нормальных CMS это отдельный пункт в конфигурации настроек кеширования.

А зачем делать сложные расчеты?

Может стоит пойти по пути упрощения?

к примеру вместо 10 джойнов - использовать избыточность... (вариантов много разных, все индивидуальны)

ну, не имеется виду тупо поиск по группе товаров. смотря что за поиск, искать можно кратчайший путь по графу к примеру, где около 30к+ точек, так тут без кэша ни как. мало того что памяти жрет дак еще и расчет времени занимает.

полностью согласен.