Le differenze di prestazione tra ORM eloquente di Laravel e le query SQL grezzi sono significative e STEM principalmente dall'astrazione e dall'elaborazione delle spese generali in eloquente rispetto all'esecuzione diretta di SQL grezzo.
sovraccarico di prestazioni in eloquente orm
Eloquent fornisce un livello di mappatura oggetto-relazionale che traduce i record di database in oggetti PHP. Questa astrazione aggiunge comodità e leggibilità ma introduce diversi costi di prestazione:
- Aumento della CPU e dell'utilizzo della memoria: Eloquent istanzia un oggetto per ciascun record di database recuperato o manipolato, che consuma più risorse di memoria e CPU rispetto a SQL RAW che opera direttamente su righe di dati senza conversione degli oggetti [3] [6].
- tempi di esecuzione più lenti: a causa dell'elaborazione aggiuntiva, le domande eloquenti richiedono generalmente più tempo per l'esecuzione. Ciò è particolarmente pronunciato in operazioni sfuse come l'inserimento o l'aggiornamento di migliaia di record, in cui le generali eloquenti si accumulano significativamente [3] [6].
- Generazione di query complesse: per le operazioni che coinvolgono più join da tabella, Eloquent genera spesso query SQL multiple o query complesse che sono meno ottimizzate rispetto a una singola query di join SQL grezza ben realizzata. Ciò porta a tempi di esecuzione più lunghi nelle operazioni selezionate con più join [3].
Vantaggi RAW SQL
Le query SQL RAW bypassano il livello ORM, inviando comandi SQL diretti al database. Questo si traduce in:
- Esecuzione più rapida: le query SQL grezzi eseguono più velocemente perché evitano il sovraccarico dei livelli di creazione e traduzione degli oggetti. I test delle prestazioni mostrano SQL RAW sovraperformanti eloquenti nelle operazioni di inserimento, aggiornamento e selezionare, con le differenze di tempo che aumentano quando aumenta il volume dei dati o la complessità delle query [3] [6].
- Meglio per operazioni di massa e complesse: SQL grezzo è più efficiente per inserti/aggiornamenti in blocco e query complesse che coinvolgono più join, in quanto consente un controllo preciso sulla struttura e l'ottimizzazione delle query [3] [6].
Quando usare ciascuno
- Eloquent ORM: più adatto per applicazioni di piccole e medie dimensioni con operazioni CRUD relativamente semplici e set di dati più piccoli. Migliora la produttività degli sviluppatori, la leggibilità del codice, la manutenibilità e le funzionalità di sicurezza, rendendolo ideale quando le prestazioni grezze non sono critiche [3] [6].
- SQL RAW: preferito per le applicazioni-critiche per le prestazioni che si occupano di grandi volumi di dati, operazioni di massa o query complesse in cui la velocità di esecuzione è fondamentale. RAW SQL fornisce maggiore controllo ed efficienza in questi scenari [3] [6].
Riepilogo
Mentre Eloquent ORM offre significativi comodità di sviluppo, comporta una penalità di prestazioni misurabile rispetto alle query SQL grezze. La differenza è notevole nelle operazioni di dati su larga scala e nelle query complesse. RAW SQL esegue più velocemente e utilizza un minor numero di risorse ma richiede una maggiore gestione delle query manuali. La scelta tra di loro dipende dai requisiti di prestazione e dalle priorità di sviluppo dell'applicazione [3] [6].
Citazioni:
[1] https://www.reddit.com/r/laravel/comments/hezv6m/elquent_vs_query_builder_vs_sql_performance_test/
[2] https://laravel.io/forum/04-23-2014-eloquent-vs-raw-sql-which-is-regly-better
[3] https://www.diva-portal.org/smash/get/diva2:1014983/fulltext02
[4] https://stackoverflow.com/questions/14570568/speed-comparison-between-eloquent-orm-somery-builder-and-raw-sql-queries
[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-alare-the-key-differences-between-laravels-eloquent-orm-and-query-builder