если проект простой уровня "три человека напишут за месяц" и это не проект для cms - то делать гораздо проще именно сначала полную модель данных в базе, вместе с транзакциями, потом клиент для нее, а потом представление (сайт). Это быстро и так меньше всего стелс багов, особенно всяких рейс кондишенов. Если даже там появятся миллионы юзеров и тысячи рпм, тогда уже подстраивать архитектуру бд под масштабирование, например делать распределенную бд. С инстансами молотильщиков запросов при этом проблем не бывает никогда, горлом является запись в бд, и она горло независимо от того, где логика. Сама бл не почти потребляет тиков проца.

Да блин нада ввести мараторий на изменение сообщений

предлагаешь писать кучу коротких?

Не давай один длиннопост но без последующих изменений

так не получится - или дописывать длиннопост, или писать ряд мелких :)

два поста самое то
один короткий, второй раскрывает тему

Два коротких и один длинный)))

😱меня админ услышал..яж пошутил

ну кстати да, писать серию мелких сообщений мешает тайм-аут :)

Народ. Какая на ваш взгляд самая быстрая ORM для работы в postgresql ?

я пока смотрю в сторону sequelize, но может есть быстрее?

прямые запросы делай

Да, но я боюсь, что будут sql инъекции

а я не сильен в том как самому от этого защититься

Так почитай что это такое и как этот тип уязвимости используется)

ну ребят) все же хочется orm-ку

я боюсь писать свои "прямые запросы"

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

На самом деле не все так сложно, параметры передаешь через "параметры" запроса, а не методом постановки в текст запроса, без всяких конкатенации и прочего

ок щас погуглю)