[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()?

[WebCM]

W Doctrine i ORM-ach w Javie klucze obce są mapowane na obiekty:

[JAVA] pobierz, plaintext 
public class Aktor
{
    private int ID;
    private String imie;
    private Film film; //uprośćmy, że aktor gra tylko w 1 filmie
}
 
//Do ID filmu odwołujemy się tak
aktor.getFilm().getID()
 
//Ostatecznie z publicznymi polami
aktor.film.ID
[JAVA] pobierz, plaintext 

Prawda, że proste? Twórcy Phalcona obrali inną ścieżkę. Czy właściwą? Pole film otrzyma ID powiązanego rekordu zamiast obiektu klasy Film. W przykładach nazwy tabel i klas są w liczbie mnogiej. Najlepiej pokażę do na przykładach:

[PHP] pobierz, plaintext 
$aktor = Aktorzy::findFirst($id);
$nazwa_filmu = $aktor->filmy->nazwa; //filmy - nazwa klasy
$id_filmu = $aktor->film_id; //film_id - nazwa kolumny w tabeli
$id_filmu = $aktor->film; //a jak sobie nazwiemy tak kolumnę
[PHP] pobierz, plaintext 

Nie trzeba żadnych adnotacji i plików konfiguracyjnych. Wystarczy tylko ustawić wirtualne klucze obce, bo tego Phalcon sam nie odczyta z bazy. Oczywiście wszystko możemy zmienić po swojemu, a nawet dodać aliasy dla nazw pól i relacji. Tu powstają pytania:

1. Czy w porządnym ORM potrzebujemy pól z ID powiązanych rekordów?
2. Czy z tego powodu zmieniać nazwy kolumn z "film" na "filmId" lub "film_id"?