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

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

вот я всего в этих 2ух жопах)

верней не, не так.. жопа одна.. левая часть - большой запрос, правая - куча маленьких.. а тебе попасть нужно в центр :D

в точку

уже по гейски звучит)

первый вариант хоть был с "выбраться"

ой.. ну мы ж не уточняли пол владельца жопы :D

окончание фразы можно поменять)

а выход только один - по центру :D

Степик это сайт?

Степан

Степа

Что за Степан? Чё то не вкуриваю, это прикол что ли?

сори, мое сообщение было не в тему. офтоп..

а так то вот

@heiswald спасибо большое

Подскажите еще плиз
наступит момент когда этих записей у меня будет 2млн+
тогда 2 запроса на подсчет будут уже напрягать систему, верно?
(покажи кол-во заявок клиента просмотренные и покажи кол-во заявок клиента не просмотренные)
если это обычные get к тому, которые на лету считают и отдают

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

Можно и в редиске хранить, а пересчёт производить по факту создания уведомления и отметке прочтения.

А так да, чем больше данных, тем дольше будет считать.

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

Доброго времени!
Как отправить excel файла по HTTP Client.
Задача стоит так пользователь загружает excel файл и этот файл нужно отправить в другой сервис, через route back to back.