Приветствую! Вопрос скорее смежный. Есть самописный сервер, есть БД. Где

лучше реализовывать бизнес-логику? Если на сервере то получается много маленьких запросов к БД. Если в БД то получаются длиннющие селекты с подселектами и джоинами.

я уже года 2 не делаю даже в пет проектах на 1 сервере бд и веб-сервер если есть всего 2 ядра, то я бы посадил на разные машины веб сервер и бд по 1 ядру каждому. когда нагрузка вырастет, то я бы сделал master/slave репликацию, добавил 1 машину отдельную, с которой можно только читать, но не записывать куча запросов. так и надо. качай индексы и знания классических алгоритмов. индекс как правило это бинарное дерево, которое имеет время на чтение lg n, бла-бла ...индексы сокращают время запросов длиннющие postgre довольно крутая штука, проверь что ты не переписываешь фичи постгреса своими длиннющими запросами. они написали уже все, вплоть до того, что ты можешь поручить этой субд хранить json и самостоятельно распарсивать.

Много маленьких запросов к СУБД - это плохо. Но может нивелироваться хорошим сетевым каналом между хостами. Длиннющие select-ы - это вовсе не обязательно что-то плохое, как правило, в объемных по размеру кода запросах ничего плохого нет. Надо только уметь их писать. Также, как правило, язык СУБД более высокого уровня и лучше приспособлен для работы с данными, со всеми типами данных, что хранятся. В итоге, правильный ответ на этот вопрос , конечно - что однозначного ответа на это быть не может. И у одного, и у другого подхода есть преимущества и недостатки. И хотя я лично очень ЗА реализацию BL внутри БД, я бы призвал вдумчиво подходить к этому вопросу, и в идеале сочетать два подхода, реализовывать BL как в БД , так и на сервере приложения. Главное - не в UI.

Спасибо, есть над чем подумать. Индексы юзаю, возможно проблема в понимании бизнес-процессов и неправильном выборе таблиц и взаимосвязей

А почему много маленьких запросов к СУБД - это дефолтно плохо? вот такой сценарий, ты делаешь пет проект, у тебя мобильное приложение, ты хочешь реализовать автокомплит мобильное приложение в 80% случаев будет работать через lte/3g. на твой взгляд, о чем стоит подумать, в контекте субд, прежде чем приступить?

А почему много маленьких запросов к СУБД - это дефолтно плохо? Потому что снижает производительность. Раундтрипы в бд и из бд в приложение стоят достаточно дорого, если их много, могут вообще убить все на свете. Есть такая штука 1С Битрикс, там есть такие штуки как "инфоблок", ну и Вэб-формы на них вполне способны при загрузке генерировать порядка 1-1,5 тысячи запросов в БД. Время одного запроса порядка 10-100 миллисекунд. Вот и считай.

Следует прочитать ТЗ, тут у тебя нет ничего, о чем можно было бы подумать