DQL LEFT JOIN - sql exemple

bon fonctionnement de SQL est:

SELECT ro.id_role
       ,rr.id_role_resource
       ,re.id_resource
    FROM resource re
    LEFT JOIN role_resource rr
        ON rr.resource_id = re.id_resource
    LEFT JOIN role ro
        ON ro.id_role = rr.role_id

maintenant je dois écrire DQL-
c'est le tableau shema:

rôle: id_role, name

role_resource: id_role_resource, role_id, resource_id, permission

ressource: id_resource, controller,action ...

dans le dernier tableau sont pas d'enregistrements correspondants dans la table role_resource.
C'est pourquoi j'ai besoin de cette gauche de la Requête de Jointure en DQL.

  • Ce que les annotations sont vous aide pour la cartographie de ce schéma entités?
  • Eh bien, qu'avez-vous obtenu jusqu'à présent, et pourquoi n'est-il pas de travail? Notez que, plutôt que de chaînage LEFT JOINs de vanille dans SQL (qui peut faire le raisonnement sur les lignes renvoyées intéressant dans certaines requêtes) j'ai tendance à préférer LEFT JOIN (a JOIN b ON ...) ON ...
InformationsquelleAutor user3446272 | 2014-03-25
  1. 2

    Normalement, si vous avez une Resource entité avec un $roles de propriété et le bon annotations (OneToMany, ManyToMany) puis votre table de jointure (role_resource) n'aurait pas besoin auto_increment id de sa propre.

    C'est parce que la Doctrine des poignées d'informations sur l'association et sait quand une table de jointure est nécessaire à leur base. La Doctrine sait aussi que les conditions d'utilisation lors de l'adhésion des deux entités, selon les mêmes informations sur l'association.

    Donc, si une requête SQL serait de joindre deux tables par l'intermédiaire d'un tableau à l'aide de 2 clauses join, une requête DQL aurait seulement besoin d'être dit que l'association nom et il aurait tous "de la table de jointure" & "les conditions de jointure" de l'information disponible.

    Ainsi, une simple requête devrait ressembler à:

    SELECT
        /* i assume $idRole is the name of the property
         * mapped to the id_role column
         */
        ro.idRole,

        /* i assume $idResource is the name of the property
         * mapped to the id_resource column
         */
        re.idResource

FROM YourNamespace\Resource re
JOIN re.roles

    Équivalent queryBuilder syntaxe:

    $this->getEntityManager()->createQueryBuilder()
    ->select(array('ro.idRole', 're.idResource'))
    ->from('YourNamespace\Resource', 're')
    ->join('re.roles');

    Mais JOIN par défaut un INNER JOIN c'est pourquoi nous voulons résoudre ce par une réécriture de la requête comme suit:

    SELECT  ro.idRole,
        re.idResource
FROM YourNamespace\Resource re
LEFT JOIN re.roles

    Équivalent queryBuilder syntaxe:

    $this->getEntityManager()->createQueryBuilder()
    ->select(array('ro.idRole', 're.idResource'))
    ->from('YourNamespace\Resource', 're')
    ->leftJoin('re.roles');

    Si toutefois vous voulez la role_resource table pour avoir une id auto_increment de ses propres et accessibles dans la Doctrine des requêtes, puis Doctrine a besoin de savoir à propos de la table -- il doit être mappé à une entité distincte et vous avez besoin de explicitate le fait que vous êtes en unissant des Ressources, RoleResources et des Rôles.

    • Il a une permission de la colonne sur role_resource il a donc de définir trois entités avec RoleResource avoir OneToMany relations avec le Rôle et les Ressources. SÉLECTIONNEZ Rôle,RoleResource,Ressource à PARTIR de ...Entity\Ressource LEFT JOIN de ressources.les rôles roleResource LEFT JOIN roleResource ressources
    • Oh, vous avez raison!
    InformationsquelleAutor Mihai Stancu