LINUX.ORG.RU

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

Исправление no-such-file, (текущая версия) :

неужели вы (при разработке без ORM и квери-билдеров) руками конкатенируете строку запроса?

Во-первых ORM и билдеры ортогональны. Во-вторых неужели ты не в курсе про prepared statements?

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

Вообще-то обычно наоборот. Если всё делать правильно. ORM позволяет прикрутить кэш объектов и т.о. избавиться от повторения запросов. Т.е. один запрос без ORM вероятно можно сделать оптимальнее и быстрее, но кучу похожих запросов в многопользовательском приложении (читай, сайт или api) ORM прожуёт гораздо шустрее.

Исправление no-such-file, :

неужели вы (при разработке без ORM и квери-билдеров) руками конкатенируете строку запроса?

Во-первых ORM и билдеры ортогональны. Во-вторых неужели ты не в курсе про prepared statements?

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

Вообще-то обычно наоборот. Если всё делать правильно. ORM позволяет прикрутить кэш объектов и т.о. избавиться от повторения запросов. Т.е. один запрос без ORM вероятно можно сделать оптимальнее быстрее, но кучу похожих запросов в многопользовательском приложении (читай, сайт или api) ORM прожуёт гораздо шустрее.

Исходная версия no-such-file, :

неужели вы (при разработке без ORM и квери-билдеров) руками конкатенируете строку запроса?

Во-первых какая связь между ORM и билдеры ортогональны. Во-вторых неужели ты не в курсе про prepared statements?

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

Вообще-то обычно наоборот. Если всё делать правильно. ORM позволяет прикрутить кэш объектов и т.о. избавиться от повторения запросов. Т.е. один запрос без ORM вероятно можно сделать оптимальнее быстрее, но кучу похожих запросов в многопользовательском приложении (читай, сайт или api) ORM прожуёт гораздо шустрее.