[SF][SF2] Relacja One-to-one - problem Opcje

[r4nd4ll]

Cześć.

Od niedawna bawię się Symfony2, do tej pory jakoś nie po drodze mi było z SF i pracowałem z innymi frameworkami (Zend, Yii).

Mam problem z odwzorowaniem relacji 1-1 w encjach Doctrine.

Mam 2 encje User i Profile.
Każdy użytkownik może, ale nie musi mieć profilu.
W tabeli Profile jako klucz główny i jednocześnie klucz obcy User zastosowałem pole 'uidx' (nie wydało mi się sensowne tworzenie osobnego klucza głównego AI w tabeli Profile, skoro i tak 1 User może mieć 1 Profile, gdzie id_usera=id_profilu).

Teraz w czym problem.
Główną tablicą w mojej bazie jest User. Chciałem to zrobić tak, że najpierw tworzę użytkownika, później mogę utworzyć mu profil na zasadzie:
- pobierz istniejącego użytkownika
- stwórz nowy obiekt Profile i wypełnij go danymi (np. z formularza ProfileType)
- przypisz profil do użytkownika, np. $user->setProfile($profile)
- zapisz całość do bazy.

Okazuje się, że chyba jednak nie mogę. Próby utworzenia relacji $profile w encji User, a następnie wykonanie 'doctrine:schema:update --force' kończą się tym, że na klucz główny w tabeli User zakładany jest CONSTRAINT do Profile - możecie sobie wyobrazić jakie jaja, nie mogę utworzyć wtedy ani jednego ani drugiego (bo w Profile też jest CONSTRAINT do User)...
Próbowałem kombinować z inversedBy oraz mappedBy, ale jak się pewnie domyślacie, bezskutecznie.

Tak wygląda odwołanie do User w Profile:

[PHP] pobierz, plaintext 
/**
 * Profile
 *
 * @ORM\Table(name="Profile")
 * @ORM\Entity
 */
class Profile
{
    /**
     * @ORM\Column(name="uidx", type="integer", nullable=false)
     * @ORM\Id
     * @ORM\GeneratedValue(strategy="IDENTITY")
     */
    private $uidx;
 
    .... inne pola ... 
 
    /**
     * @ORM\OneToOne(targetEntity="\SP\UserBundle\Entity\User", cascade={"persist"})
     * @ORM\JoinColumn(name="uidx", referencedColumnName="uidx")
     */
    private $user;
 
    ... settery i gettery ... 
 
    /**
     * Set user
     *
     * @param \SP\UserBundle\Entity\User $user
     * @return Profile
     */
    public function setUser(\SP\UserBundle\Entity\User $user)
    {
        $this->user = $user;
 
        return $this;
    }
 
    /**
     * Get user
     *
     * @return \SP\UserBundle\Entity\User
     */
    public function getUser()
    {
        return $this->user;
    }
}
[PHP] pobierz, plaintext 

Tak wygląda User:

[PHP] pobierz, plaintext 
/**
 * User
 *
 * @ORM\Table(name="User")
 * @ORM\Entity
 * @UniqueEntity(fields="email", groups={"register"})
 */
class User implements AdvancedUserInterface, \Serializable
{
    /**
     * @var integer
     *
     * @ORM\Column(name="uidx", type="integer", nullable=false)
     * @ORM\Id
     * @ORM\GeneratedValue(strategy="IDENTITY")
     */
    private $uidx;
 
    ... inne pola ...
    ... gettery i settery ... 
}
[PHP] pobierz, plaintext 

O co mi chodzi?

Chciałbym móc odwołać się np. w kontrolerze do profilu z poziomu użytkownika... nie mając jednocześnie założonego CONSTRAINT na uidx w User, czyli np:

[PHP] pobierz, plaintext 
$user = ...pobieram użytkownika;
$profile = $user->getProfile();
 
echo $profile->getName();
[PHP] pobierz, plaintext 

Jest to w ogóle możliwe w SF?

A może źle kombinuje i powinienem to inaczej zaprojektować/odwzorować?
Czy dać sobie spokój i w UserRepository utworzyć zwykłego SQLa z JOIN, który pobierze mi profil np. getUserProfile() ?

Ten post edytował r4nd4ll 16.05.2013, 10:11:14

[destroyerr]

Tylko czemu się dziwisz, że tworzy Tobie tabele z kluczami obcymi skoro tego chcesz? Wystarczy, żeby kolumna odpowiadająca za profil w tabeli użytkownika mogła przyjmować wartość null. W tym celu musisz w encji User dla właściwości profil dodać annotacje JoinColumn z kluczem nullable o wartości true. Szczególy w dokumentacji.

[r4nd4ll]

Właśnie o to chodzi, że w tabeli profil nie ma kolumny odpowiadajacej za profil.
Jest jeden klucz główny uidx w User i relacja 1-1 do Profile, gdzie ten klucz uidx jest jednoczesnie kluczem glownym i obcym.

User:
uidx
...

Profile:
uidx
...

I teraz chodzi mi o to, czy jest szansa, żebym mógł odwoływać się z poziomu User do Profile, np. tak $user->getProfile() ?

Mając analogiczną sytuację, w Yii wyglądało to tak:

[PHP] pobierz, plaintext 
User:
    public function relations() {
        return array(
            ...
            'settings' => array(self::HAS_ONE, 'Settings', 'uidx'),
            ...
        );
    }
 
Settings:
    public function relations() {
        return array(
            'user' => array(self::BELONGS_TO, 'User', 'uidx'),
        );
    }
[PHP] pobierz, plaintext 

... tym sposobem mogłem zrobić zarówno:

[PHP] pobierz, plaintext 
Z poziomu User: $user->settings - miałem ustawienia
Z poziomu Settings: $settings->user - i miałem usera
[PHP] pobierz, plaintext 

Czy w Doctrine jestem w stanie uzyskać podobny efekt, czy powinienem dać sobie spokój i kombinować inaczej?

Ten post edytował r4nd4ll 16.05.2013, 09:50:35

[destroyerr]

Właśnie o to chodzi, że w tabeli profil nie ma kolumny odpowiadajacej za profil.

Pisałem o tabeli użytkowników.

Czy w Doctrine jestem w stanie uzyskać podobny efekt, czy powinienem dać sobie spokój i kombinować inaczej?

Tak, jesteś w stanie.

Na przyszłość jak przedstawiasz relacje to najlepiej jak przedstawisz jej obie strony. Oprócz Profile przydałby się jeszcze User.

[r4nd4ll]

Wyedytowałem pierwszy post, jest i User.

A mógłbyś mnie trochę nakierować jak się do tego zabrać?
Zakładając, że uidx w Profile nie może być nullable - toż to klucz główny.

[destroyerr]

Zakładając, że uidx w Profile nie może być nullable - toż to klucz główny.

Nie mam już pomysłu jak mam napisać żebyś zrozumiał, że chodzi nie o profil a o użytkownika

Po zamieszczeniu encji User od razu jest wiadome, że zrobiłeś relację jednokierunkową, a chcesz z niej skorzystać jak z dwukierunkowej. Jak już to zmienisz to w encji User dla pola profile ustaw nullable.

Inna sprawa, że chyba źle do tego podchodzisz. W encji Profile chcesz mieć klucz główny uidx z automatycznie generowaną wartością a dodatkowo chcesz, żeby jeszcze też było to kluczem obcym do innej tabeli. Najprostsze rozwiązanie to: klucz główny dla Profile to jedno pole (najlepiej standardowo id) a drugie pole user z relacją do opdowiedniej encji (Doctrine sam sobie utworzy kolumnę dla tej relacji). Przy takim rozwiązaniu zachowujesz konwencje a to jest po prostu wygodne. Możesz usunąć to uidx z Profile i dodać adnotacje @Id do pola user (szczegóły).

[r4nd4ll]

Po zamieszczeniu encji User od razu jest wiadome, że zrobiłeś relację jednokierunkową, a chcesz z niej skorzystać jak z dwukierunkowej. Jak już to zmienisz to w encji User dla pola profile ustaw nullable.

Wkleiłem to co przywróciłem, gdy próby z dwukierunkową relacją mnie zawiodły (jedyne co "jakoś" działało)..

W encji Profile chcesz mieć klucz główny uidx z automatycznie generowaną wartością

To Generated jakoś się tam zaplątało, oczywiście nie miał być automatycznie generowany, za to miał być odpowiednikiem uidx z User.
Mniejsza z tym, dodałem osobny klucz glowny $profidx do Profile.

Posiłkując się tym linkiem: http://docs.doctrine-project.org/projects/...e-bidirectional mam teraz tak:

[PHP] pobierz, plaintext 
/**
 * User
 *
 * @ORM\Table(name="User")
 * @ORM\Entity
 * @UniqueEntity(fields="email", groups={"register"})
 */
class User implements AdvancedUserInterface, \Serializable
{
    /**
     * @var integer
     *
     * @ORM\Column(name="uidx", type="integer", nullable=false)
     * @ORM\Id
     * @ORM\GeneratedValue(strategy="IDENTITY")
     */
    private $uidx;
 
    ...
 
    /**
     * @var \SP\CommunityBundle\Entity\Profile
     *
     * @ORM\OneToOne(targetEntity="\SP\CommunityBundle\Entity\Profile", mappedBy="user")
     */
    private $profile;
 
 
 
 
    /**
     * Get uidx
     *
     * @return integer
     */
    public function getUidx()
    {
        return $this->uidx;
    }
 
    ....
 
    /**
     * Set profile
     *
     * @param \SP\CommunityBundle\Entity\Profile $profile
     * @return Profile
     */
    public function setProfile(\SP\CommunityBundle\Entity\Profile $profile = null)
    {
        $this->profile = $profile;
 
        return $this;
    }
 
    /**
     * Get profile
     *
     * @return \SP\CommunityBundle\Entity\Profile
     */
    public function getProfile()
    {
        return $this->profile;
    }
}
 
/**
 * Profile
 *
 * @ORM\Table(name="Profile")
 * @ORM\Entity
 */
class Profile
{
    /**
     * @var integer
     *
     * @ORM\Column(name="profidx", type="integer", nullable=false)
     * @ORM\Id
     * @ORM\GeneratedValue(strategy="IDENTITY")
     */
    private $profidx;
 
    /**
     * @var \SP\UserBundle\Entity\User
     *
     * @ORM\OneToOne(targetEntity="\SP\UserBundle\Entity\User")
     * @ORM\JoinColumn(name="uidx", referencedColumnName="uidx", inversedBy="profile")
     */
    private $user;
 
    /**
     * Get profidx
     *
     * @return integer
     */
    public function getProfidx()
    {
        return $this->profidx;
    }
 
    ... 
 
    /**
     * Set user
     *
     * @param \SP\UserBundle\Entity\User $user
     * @return Profile
     */
    public function setUser(\SP\UserBundle\Entity\User $user = null)
    {
        $this->user = $user;
 
        return $this;
    }
 
    /**
     * Get user
     *
     * @return \SP\UserBundle\Entity\User
     */
    public function getUser()
    {
        return $this->user;
    }
}
 
[PHP] pobierz, plaintext 

I teraz:

[PHP] pobierz, plaintext 
 
$user=new User;
... ustawiam pola
 
$profile=new Profile;
... ustawiam pola
 
// moge zrobić tak:
$profile->setUser($user);
// i to jest okey
 
// a kiedy próbuję tak:
$user->setProfile($profile);
// w przypadku kiedy dodawałem w User jak radziłeś @ORM\JoinColumn(name="uidx", referencedColumnName="uidx", nullable=true), zupdateowałem bazę, to wtedy działa, z tym, że ustawia uidx w Profile na NULL, więc nic mi po tym
// no a kiedy nie updateowałem bazy z Encji dostaję SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'uidx' cannot be null 
 
[PHP] pobierz, plaintext 

Stwierdziłeś, że to co chcę osiągnąć jest możliwe, więc męczę się z tą przeklętą relacją już pół dnia i jestem niemalże tam gdzie byłem..
Będę wdzięczny jeśli chciałoby Ci się na to zerknąć jeszcze raz.



/// EDIT

Zmodyfikowałem metodę User setProfile:

[PHP] pobierz, plaintext 
    /**
     * Set profile
     *
     * @param \SP\CommunityBundle\Entity\Profile $profile
     * @return Profile
     */
    public function setProfile(\SP\CommunityBundle\Entity\Profile $profile = null)
    {
        $profile->setUser($this); /// dodalem przypisanie uzytkownika do profilu
        $this->profile = $profile;
 
        return $this;
    }
[PHP] pobierz, plaintext 

I wygląda na to, że działa, w obie strony

Pytanie tylko, czy takie podejście jest prawidłowe i nie mieszam tym za bardzo??

Ten post edytował r4nd4ll 16.05.2013, 17:50:52