Всё, конечно же, от задачи зависит, да когда у пользователя на нескольких устройствах несколько корзин в сессиях, то это 99% печаль - не найдет где какая через время и потеряется в общем случае.
Корзины, как по мне, лучше хранить в БД чтобы можно было и разделение делать и сравнения и т.д. Т.е. логику тех же "множественных корзин на устройствах" проще реализовать храня в БД данные корзины. Плюс можно даже не все данные пихать туда-сюда и "экономия" получится.
Не говоря уже о том что для аналитики хранение в БД значительно предпочтительней.

А как же куча запросов в бд

?

Вот завалит условных тыщща юзеров товары тыкать и что прощай БД?

там простые запросы

Да, но их много

Может нужно хранить и там и там?

по-всякому можно

Типа акдейт и базы и сессии, а тупо вывод количества товара на каждой странице как сейчас принято забирать из сессии?

Это понятно

Вё программирование такое "по всякому можно"

ну я проблемы не вижу вообще

люди делают магазины, что 300 запросов на странице получается и как-то все работает

а в вордпрессе так и побольше может быть

Тут ключевое слово както

Ну ты нашел на кого равняться

ВП этож движек для личных блогов

А вукомерц это изврат

Хотя каюсь сам тоже не без греха