Кажется, что безопасность должна проверяться на Middleware слое. А у самого софта должны быть права на определённые схемы. Anyways пулы в пг на 5000 коннектов не рекомендуются, наоборот используют способы, типа pgpool чтобы мультиплексировать соединения.
схемы вам ограничат доступ к таблицам, а тут вопрос в RLS.
на стороне субд тоже 5000 ролей для входа? или роли создаются под группу доступа? если да, тогда мултиплексирование и пул соединений вполне сможет выдержать.
на стороне субд тоже 5000 ролей для входа? или роли создаются под группу доступа? если да, тогда мултиплексирование и пул соединений вполне сможет выдержать.
тогда в теории можно заматчить пользователя на роль, а пул соединений делать уже на основе ролей. даже если в hibernate/whatever такого нет, всегда можно накостылить свой простенький ресурс-пул по классике
тогда в теории можно заматчить пользователя на роль, а пул соединений делать уже на основе ролей. даже если в hibernate/whatever такого нет, всегда можно накостылить свой простенький ресурс-пул по классике
там как раз на днях обсуждали что это bad practice
Когда у человека константа в условиях. То ему либо с этим смириться, либо идти и разносить отдел архитекторов. Для второго нужно иметь очень много сил и авторитета
Когда у человека константа в условиях. То ему либо с этим смириться, либо идти и разносить отдел архитекторов. Для второго нужно иметь очень много сил и авторитета
Когда у человека константа в условиях. То ему либо с этим смириться, либо идти и разносить отдел архитекторов. Для второго нужно иметь очень много сил и авторитета