[ORM] Jak prawidłowo powiązać encje?, Klucze obce i nazewnictwo Opcje

[WebCM]

Istnieją następujące tabele w bazie:

FILMY
- ID
- tytul

AKTORZY
- ID
- film (klucz obcy do FILMY.ID)
- imie

Załóżmy następujące klasy:

[PHP] pobierz, plaintext 
class Film
{
  public $id;
  public $tytul;
}
class Aktor
{
  public $id;
  public $film; //niektóre ORM używają __get(), więc musi być private/protected
  public $imie;
}
[PHP] pobierz, plaintext 

Chcę napisać kod zgodny z przyjętymi zasadami i jednocześnie czytelny. Powstają pytania:

1. Jak nazwać kolumny, które są kluczami obcymi?

Najłatwiej nazwać kolumnę film, ale nie wszystkie ORM sobie z tym poradzą ze względu na konflikt nazw.

[PHP] pobierz, plaintext 
<?php
$wartosc = $aktor->film->tytul;
 
// jeśli pole $film jest publiczne, wystąpi błąd, bo $film zawiera ID filmu
// jeśli pole $film jest prywatne, otrzymamy tytuł filmu, jeśli ORM sobie poradzi
?>
[PHP] pobierz, plaintext 

2. Czy do klasy encji powinien trafić także ID powiązanego rekordu?

[PHP] pobierz, plaintext 
class Aktor extends Encja
{
  public $ID;
  public $filmid; //zakładając, że nazwa kolumny w bazie to filmid
  public $imie;
  private $film; //pole w zasadzie zbędne, to tylko informacja dla IDE
 
  //Niektóre ORM-y wymagają zdefiniowania powiązań między encjami
  public function inicjuj()
  {
    $this->nalezyDo('filmid', Film::class, 'ID'); //pole filmid odwołuje się do ID encji Film
  }
 
  //A także trzeba podać nazwę tabeli
  public function nazwaTabeli() { return 'AKTORZY'; }
}
[PHP] pobierz, plaintext 

Zamiast funkcji można użyć także adnotacji lub pliku konfiguracyjnego. Przykład wyżej ma pole $filmid, ale do relacji odwołujemy się poprzez metodę magiczną __get(). Czy to zbyt nie komplikuje kodu? Może większość bibliotek ORM od razu pobiera powiązane encje n:1. Czy w powyższym przypadku po odwołaniu do $filmid (lub $film z poprzednich przykładów) powinniśmy otrzymać ID filmu czy obiekt klasy Film?

PS. Co myślicie o potworkach typu Film::find()?

[Crozin]

Miało być: [...] tworzą relację wiele-do-wielu, NIE wiele-do-jednego..

Żeby było dobrze powinno być:

[PHP] pobierz, plaintext 
class Film {
  private $id;    // id
 
  private $title; // string
 
  private $actors; // array[Actor], czy jakaś obiektowa kolekcja, np. ArrayColection[Actor] z Doctrine
}
 
class Actor {
  private $id;
 
  private $firstName;
  private $lastName;
 
  private $films; // ponownie, tablica/kolekcja jednak tym razem obiektów Film
}
[PHP] pobierz, plaintext 

Do tego, każda z tych klas powinna mieć zestaw funkcji get/set/has/add/etc dla każdej z właściowości.