Warum kann Laravel/Eloquent JOIN nicht für Eager Loading verwenden?

Question 1

<?php

class Cat extends Eloquent {

    public function user() {
        return $this->belongsTo('User');
    }
}

class User extends Eloquent {

    public function cats() {
        return $this->hasMany('Cat');
    }
}

Jetzt:

$cats = Cat::with('user')->get();

Führt 2 Abfragen aus:

select * from `cats`
select * from `users` where `users`.`id` in ('1', '2', 'x')

Warum kann es nicht einfach:

select * from cats inner join users on cats.user_id = users.id

Für diejenigen, die sagen, dass es beide ID-Spalten in der Tabelle gibt, könnte dies mit Aliasen leicht vermieden werden:

select 
    c.id as cats__id,
    c.name as cats__name,
    c.user_id as cats__user_id,
    b.id as users__id,
    b.name as users__name
from cats c
inner join users b on b.id = c.user_id

AKTUALISIEREN

Jemand wies darauf hin, dass Eloquent die Spalten der Tabellen aus den Modellen nicht kennt, aber ich denke, sie könnten eine Möglichkeit bieten, sie im Modell zu definieren, damit es Aliase verwenden und anstelle einer zusätzlichen Abfrage eine ordnungsgemäße Verknüpfung durchführen könnte.

Question 2

Meine Vermutung ist, dass dies das eifrige Laden mehrerer Eins-zu-viele-Beziehungen ermöglicht. Sagen wir zum Beispiel, wir hatten auch einen Hundetisch:

class User extends Eloquent {

    public function cats() {
        return $this->hasMany('Cat');
    }

    public function dogs() {
        return $this->hasMany('Dog');
    }
}

Jetzt wollen wir beide eifrig mit dem User laden:

$users = User::with('cats','dogs')->get();

Es gibt keinen Join, der funktionieren würde, um diese in einer einzigen Abfrage zu kombinieren. Es funktioniert jedoch, eine separate Abfrage für jedes “with” -Element durchzuführen:

select * from `users`
select * from `cats` where `user`.`id` in ('1', '2', 'x')
select * from `dogs` where `user`.`id` in ('1', '2', 'x')

Obwohl diese Methode unter einigen einfachen Umständen eine zusätzliche Abfrage erzeugen kann, bietet sie die Möglichkeit, komplexere Daten eifrig zu laden, wenn die Join-Methode fehlschlägt.

Das ist meine Vermutung, warum das so ist.

Question 3

Ich denke, der Join-Abfrageansatz hat einen fatalen Nachteil, wenn Sie LIMIT und/oder OFFSET verwenden möchten.

$users = User::with(‘cats’)->get() – dies gibt die folgenden 2 Abfragen aus.

select * from `users`
select * from `cats` where `user`.`id` in ('1', '2', 'x')

und es ist nicht eine einzige Abfrage wie

select * from users inner join cats on cats.user_id = users.id

aber nehmen wir an, wir müssen diesen Datensatz paginieren.

User::with(‘cats’)->paginate(10) – dies gibt die folgenden 2 Abfragen mit Limit aus.

select * from `users` limit 10
select * from `cats` where `user`.`id` in ('1', '2', 'x')

mit einem Join wird es wie sein

select * from users inner join cats on cats.user_id = users.id limit 10

Es werden 10 Datensätze abgerufen, dies bedeutet jedoch nicht 10 Benutzer, da jeder Benutzer mehrere Katzen haben kann.

Ein weiterer Grund meiner Meinung nach ist, dass eine Beziehung zwischen relationaler Datenbank und NOSQL-Datenbank mit dem getrennten Abfrageansatz einfach implementiert werden kann

Auch als vorherige Antwort ist id mehrdeutig, und Sie müssten jeder Anweisung den nicht gewünschten Tabellennamen voranstellen.

Auf der anderen Seite ist JOIN teurer als EXISTS und EXISTS ist schneller, weil es RDBMS nicht anweist, Daten abzurufen, prüfen Sie einfach, ob relevante Zeilen vorhanden sind. EXISTS wird verwendet, um einen booleschen Wert zurückzugeben, JOIN gibt eine ganz andere Tabelle zurück.

Wenn Sie der Sharding-Architektur folgen, müssen Sie aus Gründen der Skalierbarkeit die JOINs entfernen. Dies wurde von Pinterest bei der Skalierung praktiziert.
http://highscalability.com/blog/2013/4/15/scaling-pinterest-from-0-to-10s-of-billions-of-page-views-a.html

Question 4

cats und users wahrscheinlich haben beide eine Spalte mit dem Namen id, wodurch Ihre vorgeschlagene Abfrage mehrdeutig bleibt. Das eifrige Laden von Laravel verwendet eine zusätzliche Abfrage, vermeidet jedoch dieses potenzielle Missgeschick.