История изменений

Ты лично знаешь этих спецов? Ты видел их код? Они в известных проектах работают? Не верь всему, что тебе пишут. По переписке на ЛОРе далеко не всегда можно точно определить то, насколько человек компетентен и вообще адекватен ли. Может это вообще джун зелёный, который сюда покудахтать заскочил. А, может быть, и наоборот - неизвестно.

Рассуди сам: если у тебя на ORM уходит, скажем, аж 30 мс (по факту гораздо меньше), а сам SQL-запрос выполняется 200 мс, а ещё 100 мс уходит на сетевые издержки, то есть ли какая-то разница в случае если ты уберёшь ORM? Ну будет у тебя не 330 мс, а 300 всё это выполняться - это разве ощутимая разница? И это случай, когда у тебя не используется кеш (обычно данные будут из кеша доставаться всё равно).

Жир ORMа очень сильно преувеличен. Настолько, что в 90% случаев ORM узким горлышком не является. В случае проблем с производительностью дело обычно не в использовании ORM, а в кривых руках. Где-то индексы в базе не сделали, где-то вместо 5 столбцов, которые используются, тянут из таблицы БД вообще все столбцы, где-то запросы циклом лепят и т.п. Я ни разу нигде не сталкивался с тем, чтобы эндпоинт работал медленно из-за того, что используется ORM. А если уж и столкнулся с таким, то все ORM позволяют при желании сделать запрос на чистом SQL.

Ты лично знаешь этих спецов? Ты видел их код? Они в известных проектах работают? Не верь всему, что тебе пишут. По переписке на ЛОРе далеко не всегда можно точно определить то, насколько человек компетентен и вообще адекватен ли. Может это вообще джун зелёный, который сюда покудахтать заскочил. А, может быть, и наоборот - неизвестно.

Рассуди сам: если у тебя на ORM уходит, скажем, аж 30 мс (по факту гораздо меньше), а сам SQL-запрос выполняется 200 мс, а ещё 100 мс уходит на сетевые издержки, то есть ли какая-то разница в случае если ты уберёшь ORM? Ну будет у тебя не 330 мс, а 300 всё это выполняться - это разве ощутимая разница? И это случай, когда у тебя не используется кеш (обычно данные будут из кеша доставаться всё равно).

Жир ORMа очень сильно преувеличен. Настолько, что в 90% ORM узким горлышком не является. В случае проблем с производительностью дело обычно не в использовании ORM, а в кривых руках. Где-то индексы в базе не сделали, где-то вместо 5 столбцов, которые используются, тянут из таблицы БД вообще все столбцы, где-то запросы циклом лепят и т.п. Я ни разу нигде не сталкивался с тем, чтобы эндпоинт работал медленно из-за того, что используется ORM. А если уж и столкнулся с таким, то все ORM позволяют при желании сделать запрос на чистом SQL.