редис - это бд по сути)

БД. В зависимости от типов данных и задачи, это могут быть совсем разные типы БД. Мб постгрес, мб монга, мб редис и т.д.

Если не планируешь масштабироваться вот прям 100%, то можно в глобальной переменной :D

ключ значение, бд с натяжкой

Не, клиент зашел, выбрал даты поездки, потом выбрал кол-во персон, на серваке посчиталось, все это ему отдалось

ну да, но для него я думаю это можно под одно понятие подмести)

Ну по определению БД)
БД типа ключ-значение всё равно БД, просто не РБД

Это какую-нибудь NeDB сложно к БД притянуть

можешь в сессии хранить, законом не запрещено

Ну если к словам цепляться...
не совсем бд

но я думаю это не важно тут)

Сессия - это всё равно либо хранилище (БД), либо оперативка.

(либо куки, конечно...)

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

Ну редис - СУБД, а данные хранятся в БД)

прямо очень интересна производительность

)

ля пажилой

Раньше вроде часто на пыхе сессию в мускуле хранили

В client-side сессии хранить - жирно и проблемы инвалидации.

В server-side - либо оператива (без масштабирования и обнуление при перезапуске), либо какая-нибудь БД.
Часто, если только ради сессий не хотят поднимать редис/мемкешд, то хранили прям в РБД

А еще такой вопрос, не могу понять, как это все сорганизовать.

Вот есть объект Tour - там название, урлы на фотки для карусели, описание, стоимость с человека начальная (повышается при выборе отеля).

И нужно как-то сделать график поездок, т.е. связать эти данные с датами. Чтобы показывалось что ближайший такой тур планируется на май. Как это сделать? Какая структура данных будет? Отдельный документ в монге на туры, отдельный - на даты с подцепленными айдишками туров?

По-моему, я даже видел сессии в файлах :D
Но может ошибаюсь