Функционал корзины. Незарегистрированный пользователь. Хранение выбранных товаров?

Question

[III]

Всем привет.


Ради фана пишу свой магазин на asp.net mvc. Есть стандартный функционал корзины, когда до регистрации можно понабирать товаров, а перед оплатой будет предложено зарегистрироваться. После прочтения этой статьи msdn.microsoft.com/en-us/magazine/cc300437.aspx складывается впечатление, что кеш — манна небесная для решения этой задачи. Так ли это? И есть ли какие подводные камни, которые сразу не обнаружить?

Answer 1

[EugeneOZ]

Нуу… это пока вы не захотите аналитику проводить по «брошенным корзинам» и всё такое. Можно, конечно, и из кэша вытащить данные для аналитики. Но
1) большинство BI-инструментов рассчитаны на SQL (ODBC);
2) кэш должен быть персистивным в таком случае (Redis, Couchbase) и должен быть достаточно большим, чтобы быть готовым это всё вместить.

Если же такая аналитика не нужна, то, конечно, кэш тут хорош тем, что экспайрится сам. Кстати, в Couchbase можно задать expiration time и для тех записей, которые на диске хранятся.

Comments

[III]

Спасибо. Об аналитике даже не задумывался. Она действительно нужна. То есть лучше связку: «уникальный ключ» в кеше или куках и все остальные данные в БД? Или как в статье, прослойку сессии через БД (Session data is stored in a SQL Server database.)?

[EugeneOZ]

Сессии это идеальный случай для key-value хранилищ, желательно в памяти. Если сервер под сессии один — можно юзать любое key-value (встроенные там всякие, что угодно), лишь бы они хранили данные в оперативке, не на диске. Если необходим кластер — смотрите на Couchbase, AWS ElastiCache.
Очень плохо становится дисковым базам данных, когда в них хранят сессии — половину запросов к БД будет именно по поводу сессий. Ну и с auto increment индексом таблицы сессий лучше не делать.