Vielen Dank für Ihre Antworten.
Hier ist das Ergebnis des MySQL-Query-Log:
Organisation :: alle(); - 1,6772060394287 Sekunden
130710 9:52:43 5 Connect [email protected] on seltec
5 Prepare set names 'utf8' collate 'utf8_unicode_ci'
5 Execute set names 'utf8' collate 'utf8_unicode_ci'
5 Close stmt
5 Prepare select * from `users` where `id` = ? limit 1
5 Execute select * from `users` where `id` = '2' limit 1
5 Close stmt
5 Prepare select * from `t_organisations`
5 Execute select * from `t_organisations`
130710 9:52:44 5 Close stmt
130710 9:52:45 5 Quit
DB :: Tabelle ('t_organisations') -> get(); - ,13963603973389 Sekunden
130710 9:55:16 6 Connect [email protected] on seltec
6 Prepare set names 'utf8' collate 'utf8_unicode_ci'
6 Execute set names 'utf8' collate 'utf8_unicode_ci'
6 Close stmt
6 Prepare select * from `users` where `id` = ? limit 1
6 Execute select * from `users` where `id` = '2' limit 1
6 Close stmt
6 Prepare select * from `t_organisations`
6 Execute select * from `t_organisations`
6 Close stmt
6 Quit
So gibt es keinen Unterschied dann ...., die die Verzögerungsmittel müssen in der Eloquent PHP-Code liegen. Ja, ich habe xdebug installiert und nein, ich bin nicht bereit, meine Zeit damit zu verschwenden, herauszufinden, warum es langsam ist !!! Wenn es im Query Builder schneller ist, ist das gut genug für mich !!
@Laravels 'Entwickler: gute Arbeit am Framework. Es ist intuitiv, beschäftigt sich mit Autorisierungen gut, vor allem mit den Confion- und Entrust-Plugins von Leroy Merlin. Vielleicht möchten Sie sich jedoch das Eloquent-Performance-Thema ansehen !!
Prost! Craig
Ich persönlich würde es durch XDebug laufen, um zu sehen, wo die Zeitverschwendung ist. –
Haben Sie Beziehungen in Ihrem Modell definiert? Wenn ja - Eloquent müsste viele Joins machen ... – Laurence
Es gibt immer etwas, das am besten Query Builder verwendet, besonders wenn es um große Datenmengen geht. – crynobone