Witam,

z racji, że większość entities w projekcie będzie miała swoje statusy (np. deleted, verified, expired itd.) oraz z uwagi na fakt, że będę potrzebował historię zmian tych statusów wymyśliłem następujące rozwiązanie:

Entity Status:

[PHP] pobierz, plaintext 
<?php
class Status
{
  protected $id;
  protected $type = null; // np. deleted, hidden, highlighted
  protected $value = true; // true|false
  protected $change_reason = null; // uzasadnienie dlaczego status został zmieniony (dotyczy np. locked itd.)
  protected $changed_by // osoba, która dokonała zmiany;
  protected $changed_at // datetime zmiany;
}
[PHP] pobierz, plaintext 

dla przejrzystości usunąłem adnotacje.

Myk polega na tym, że mam entity np. Account. Pomiędzy tymi dwoma obiektami tworzę relację many to many (nie chcę w tabeli status dawać np. account_id ponieważ Status będzie podpinany do jeszcze wielu innych obiektów). Z każdej "statusowalnej" klasy wyprowadzam zatem powiązanie do Status poprzez tabelę pośredniczącą.

Moje pytania są następujące:
1. Czy taka struktura według osób bardziej niż ja doświadczonych (zaczynam z Sf2 dopiero) jest poprawna i ma ręce i nogi?
2. W jaki prosty sposób mogę pobrać te statusy wraz z obiektem? Interesują mnie oczywiście najnowsze z danego typu. W czystym SQL pobranie aktualnych statusów wyszło mi w nast. sposób:

[SQL] pobierz, plaintext 
SELECT * FROM (
 SELECT t.type, t.value
 FROM vtb_status AS t
 ORDER BY t.changed_at DESC
) AS t1 GROUP BY t1.type
[SQL] pobierz, plaintext 

Z góry dziękuję za wszelkie dobre rady i pomoc,
Pozdrawiam

wg mnie tabala ze statusami jesli chcesz zrobić many to many powinna zawierać jedynie pola id, type.
Tabela łacząca Account ze Statusem powinna zawierac pola change reason, change_by, change_at

Powód jest prosty jeśli dodasz te pola do status i zmienisz np. reason jakiemus statusowni to wszytskie account z tym statusem będą miały ten sam change_reason.
W symfony możesz połączyć te tabele i pobierac poprzez getStatus. Poczytaj na stronach doctrine o relacji many-to-many

Założenie jest takie, że jeden status jest przypisany tylko do jednego konta (pole status_id w tabeli łączącej ma być unique), tak aby jeden status mógł być wykorzystany tylko raz. Poza tym powód zmiany statusu musi być częścią historii - zatem dobrze by było, gdyby był trzymany razem ze statusem - tak mi się wydaje.

Jakiś pomysł jak mogę połączyć pobieranie Account z zapytaniem SQL wyżej? Zależałoby mi, żebym mógł wyświetlić listę kont z ich statusami zachowując jednocześnie pewną (na tym etapie chociaż szczątkową) optymalizację.

Pozdrawiam i dzięki za odpowiedź!