Сеньёр

опять же можно хранить не в mysql базе

хранилище поменять это вжух и поменялось ((:

Это уже следующая задача - оптимизация запросов и/или архитектуры. Раз Вы ее не сделали по какой-то причине изначально, то сейчас самое время.
Самое важное что нужно понимать, что хранение в сессии и БД "УСЛОВНО" однох*йственно, т.к. это обращение к диску где лежат файлы сессии или БД. Т.е. возможен и такой вариант что сессии отвалятся быстрее  (скорее всего они просто потеряются, т.к. занимают большое кол-во место МЕЛКИМИ файлами на диске и их придется почистить, т.к. перестанет работать сервер - не любят сервера рыться во множествах файлах).
И вот тут большой плюс получает БД, т.к. ее можно оптимизировать, раскидывать на другие более мощные сервера, делить и т.д. С сессиями ничего не сделать.

в обычных условиях получается два запроса чтобы загрузить корзину, один запрос чтобы изменить

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

Да, обычно так и есть. Можно еще и навалить всякого красивого и айдишники только гонять.

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

а то можно было бы и в куках хранить (((:

Это не про комерц говорю, а в общем. (:

так в общем подгоняется под задачу

Мы там в "условные задачи" и ушли. (:

большинство в самом деле будет использовать универсальный вариант

а про базу - на рево целиком сессии в базе хранят

Так понимаю, рево задумывалась как система с высокой нагрузкой и возможностью распределения данных, наверное по этому используют этот вариант.

How do you format a date field from a MultiTV?

И вот тут я задумался БД или Сессия.

Вот смущает меня запрос к БД по каждома чиху.

Но если юзать транзакции и и слать пачку запросов при иницилизации страницы, то возможно так и удастся снизить нагрузку на БД.