As diferenças de desempenho entre o eloqüente ORM de Laravel e as consultas SQL brutas são significativas e tronco principalmente da abstração e da sobrecarga de processamento em eloquentes em comparação com a execução direta do SQL bruto.
Despesas de desempenho em eloquente orm
A Eloquent fornece uma camada de mapeamento de objeto que traduz registros de banco de dados em objetos PHP. Essa abstração acrescenta conveniência e legibilidade, mas apresenta vários custos de desempenho:
- O aumento do uso da CPU e da memória: eloquente instancia um objeto para cada registro de banco de dados recuperado ou manipulado, que consome mais recursos de memória e CPU do que o SQL RAW que opera diretamente nas linhas de dados sem conversão de objetos [3] [6].
- Tempos de execução mais lentos: devido ao processamento adicional, consultas eloquentes geralmente levam mais tempo para executar. Isso é especialmente pronunciado em operações a granel, como inserção ou atualização de milhares de registros, onde a sobrecarga do eloqüente se acumula significativamente [3] [6].
- Geração complexa de consulta: para operações que envolvem várias junções de tabela, o Eloquente geralmente gera várias consultas SQL ou consultas complexas que são menos otimizadas do que uma única consulta de junção SQL bruta bem trabalhada. Isso leva a tempos de execução mais longos em operações selecionadas com várias junções [3].
Vantagens RAW SQL
As consultas SQL brutas ignoram a camada ORM, enviando comandos SQL diretos para o banco de dados. Isso resulta em:
- Execução mais rápida: as consultas RAW SQL são executadas mais rapidamente porque evitam a sobrecarga das camadas de criação e tradução de objetos. Os testes de desempenho mostram o SQL bruto superando o eloqüente nas operações de inserção, atualização e selecionamento, com as diferenças de tempo aumentando à medida que o volume de dados ou a complexidade da consulta aumenta [3] [6].
- Melhor para operações a granel e complexas: o SQL bruto é mais eficiente para inserções/atualizações em massa e consultas complexas envolvendo várias junções, pois permite controle preciso sobre estrutura e otimização da consulta [3] [6].
Quando usar cada
- ORM eloquente: mais adequado para aplicativos pequenos e médios, com operações CRUD relativamente simples e conjuntos de dados menores. Ele aprimora os recursos de produtividade do desenvolvedor, legibilidade, manutenção e segurança, tornando -o ideal quando o desempenho bruto não é crítico [3] [6].
- SQL bruto: preferido para aplicativos críticos de desempenho que lidam com grandes volumes de dados, operações em massa ou consultas complexas em que a velocidade de execução é fundamental. O SQL bruto fornece mais controle e eficiência nesses cenários [3] [6].
Resumo
Embora o Eloquent ORM ofereça conveniências significativas de desenvolvimento, ele incorre em uma penalidade de desempenho mensurável em comparação com as consultas brutas do SQL. A diferença é mais notável em operações de dados em larga escala e consultas complexas. O SQL bruto é executado mais rapidamente e usa menos recursos, mas requer mais gerenciamento de consultas manuais. A escolha entre eles depende dos requisitos de desempenho e prioridades de desenvolvimento do aplicativo [3] [6].
Citações:
[1] https://www.reddit.com/r/laravel/comments/hezv6m/eloquent_vs_query_builder_vs_sql_performance_test/
[2] https://laravel.io/forum/04-23-2014-eloquent-vs-raw-sql-which-is-really better
[3] https://www.diva-portal.org/smash/get/diva2:1014983/fulltext02
[4] https://stackoverflow.com/questions/14570568/speed-comparison-between-eloquent-orm-querery-builder-and-raw-sql-quadries
[5] https://www.youtube.com/watch?v=n_rbsojfcau
[6] https://blog.livares.com/comparison-of-performance-between-eloquent-and-raw-query/
[7] https://dev.to/hesamrad/laravel-orm-vs-query-builder-vs-sql-speed-test-4knf
[8] https://stackoverflow.com/questions/38391710/what-are-the-key-differences-between-laravels-eloquent-orm-and-quadery-builder