Symfony2: die Lehre wird nicht geladen, Verwandte Entitäten in viele-zu-viele-Beziehung

Habe ich eine viele-zu-viele-Beziehung, und wenn ich es lade ein Unternehmen, das auf der einen Seite dieser Beziehung, ich erwarte, um zu sehen, wie seine Eigenschaft der ArrayCollection Verwandte Entitäten auf der anderen Seite. Allerdings bedeutet dies nicht geschehen - die ArrayCollection geladen hat keine Elemente, während in der Datenbank kann ich sehen, die damit verbundenen Einträge. Was könnte der Grund sein?

Hier ist mein code:

Die eine Seite der relation, ConsolidatedReport Klasse:

/**
 * @var ArrayCollection
 *
 * @ORM\ManyToMany(targetEntity="P24\Response",  inversedBy="consolidatedReports")
 * @ORM\JoinTable(name="con_rprt_responses")
 */
private $responses;

Andere Seite der Beziehung, Reaktion Klasse:

/**
 * @var ArrayCollection
 *
 * @ORM\ManyToMany(targetEntity="P24\ConsolidatedReport\ConsolidatedReport", mappedBy="responses")
 */
private $consolidatedReports;

Hier ist die Funktion, die ich ausführen, um eine Instanz der ConsolidatedReport. Diese Funktion sitzt in einem Dienst, der aufgerufen wird, von container: 

/**
 * Picks the consolidated report with given id.
 *
 * @param string $id
 *
 * @return ConsolidatedReport
 *
 * @throws NonExistentConsolidatedReportException if the survey doesn't exist
 */
public function pick($id)
{
    $report = $this->repository->findOneBy(array('id' => $id));

    if (!$report) {
        throw new NonExistentConsolidatedReportException($id);
    }

    return $report;
}'

In der Datenbank, es ist "con_rprt_responses" Tabelle mit zwei Spalten "consolidated_reports_id" und "response_id". Aber im profiler sehe ich keine Abfragen an die Tabelle.

Was könnte hier schief gehen?

UPDATE:
Bitte Lesen Sie meine Antwort auf diese Frage unten, die für mich gearbeitet.

  • Im profiler sehe ich keine Anfragen zu "con_rpt_responses" - Tabelle.
InformationsquelleAutor Vasily802 | 2015-08-26
  1. 9

    Fügte ich fetch="EAGER" um die $Antworten-Eigenschaft ConsolidatedReport Klasse, und es hat funktioniert.

    Den code sieht nun wie folgt aus:

    /**
 * @var ArrayCollection
 *
 * @ORM\ManyToMany(targetEntity="P24\Response", inversedBy="consolidatedReports", fetch="EAGER")
 * @ORM\JoinTable(name="con_rprt_responses")
 */
private $responses;

    Weitere Infos hier:
    http://doctrine-orm.readthedocs.org/en/latest/reference/working-with-objects.html#by-eager-loading

    Noch, wenn jemand weiß, warum die Erhebung der relevanten Person würde nicht laden, ohne explizite Angabe von EAGER-fetching - bitte teilen Sie Ihr wissen, es ist sehr geschätzt!

    • Ich habe das gleiche problem mit einer eins-zu-viele Beziehung, und fetch="EAGER" entschlossen Sie zu. Es ist sehr seltsam. Haben Sie jemals herauszufinden, warum eager-fetching erforderlich war?
    • NÖ, habe ich nicht
    • in meinem Fall wird die annotation Kommentar hatte ein Falsches format, die Zuordnung wurde nicht analysiert und noch nicht geladen
    InformationsquelleAutor Vasily802
  2. 0

    Wenn Sie angeben, die joinColumns, tut dies Ihr problem lösen?

    /**
 * @ORM\ManyToMany(targetEntity="P24\Response",  inversedBy="consolidatedReports")
 * @ORM\JoinTable(name="con_rprt_responses",
 * joinColumns={@ORM\JoinColumn(name="consolidated_reports_id", referencedColumnName="id")},
 * inverseJoinColumns={@ORM\JoinColumn(name="response_id", referencedColumnName="id")}
 * )
 */
    • NÖ, ist es nicht
    InformationsquelleAutor ggavrilut
  3. 0

    Den *N Eigenschaften initialisiert werden, mit einer ArrayCollection.

    public function __construct() {
    $this->responses = new \Doctrine\Common\Collections\ArrayCollection();
    $this-> consolidatedReports = new \Doctrine\Common\Collections\ArrayCollection();
}
    • ja, das ist angegeben
    InformationsquelleAutor LorenzSchaef
  4. 0

    In den Fall, Sie haben mehr dann einzelnen Abfrage abholen die gleichen Objekte mit Doctrine zu nutzen versuchen:

    $entityManager->clear();

    dazwischen, um das "vermisste" Personen. Es ist nicht die Lösung "wie Sie ist", allerdings kann Ihnen eine Idee geben, was falsch in der Kette Ihrer Abfragen.

    InformationsquelleAutor vl.lapikov
Schreibe einen Kommentar