🚀 go-pugleaf

Witam,

Buduje aplikację, która będzie miała część administracyjną i część 
publiczną (CMS). Z czasem można oczekiwać, że dojdzie jeszcze kolejny 
wariant. Moim celem jest uporządkowanie struktur danych projektu aby nie 
mieszały się ze sobą kontrolery itd. Wymyśliłem, że  każdy katalog typu 
COntroller, Repository, templates itd będzie miał podkatalogi Admin i 
Public. Tam będziemy trzymać pliki powiązane z daną sekcją.

I fajnie. Nawet działa. Ale... co z bazą danych? Ją też chcę 
uporządkować. Z pewnością nie chcę mieszać tabel administracyjnych z 
publicznymi i innymi. No więc wymyśliłem, że wrzucę tabele 
administracyjne do przestrzeni nazw "admin" a publiczne do "public". To 
też się udało.

Ale jak wygenerować migrację dla Entities np. "admin"? Moim celem jest 
przenaszalność części administracyjnej do innych projektów. Znalazłem 
odpowiedź w dokumentacji iż należy stworzyć oddzielne entity managery 
dla każdej przestrzeni nazw tabel. Wtedy będzie można generować migracje 
dla każdej z tych sekcji niezależnie.

Fajnie, ale gdzie nie poczytam, to dotyczy to przypadku kiedy mamy różne 
bazy. A ja mam jedną bazę z dwoma lub więcej przestrzeniami nazw i chcę 
w dodatku budować relacje między tabelami w Doctrine z każdej z 
przestrzeni nazw. W czystym SQL to żaden problem. W dokumentacji Symfony 
nie opisują sytuacji jednej bazy i dwóch entity managerów. Piszą tylko o 
tym, że jeśli zrobimy dwa połączenia (nawet do jednej bazy), to koniec z 
relacjami. Więc chcę mieć jedno połączenie.

Jak zatem rozseparować migracje dla poszczególnych przestrzeni?

-- 
Pozdrawiam,
Marek