[Symfony] "Rozproszona" aplikacja Opcje

[phpion]

Witam,
nie wiem czy tytuł tematu opisuje dobrze mój problem ale mam nadzieję, że tak właśnie jest.

Otóż przymierzamy się do pisania sklepu internetowego. Sklep będzie posiadał m.in. standardowe tabele typu użytkownicy, kategorie, produkty itd. Założenia są takie aby uruchomić sklep główny, a równocześnie móc prowadzić sklepy podrzędne (stojące na tym samym serwerze co sklep główny). Sklepy podrzędne miałyby wszystkie tabele własne poza tabelą produktów, która byłaby wspólna dla wszystkich sklepów (m.in. wspólne ceny, stany magazynowe itd). Jak to teraz najlepiej rozegrać?

Początkowo myśleliśmy aby każdy sklep posiadał własne tabele oraz tabele typu master (m.in. właśnie produkty). Wiem, że można w Symfony korzystać z kilku baz równocześnie (link). Jednak takie rozwiązanie wymusza duplikację kodów na poziomie PHP (nowy sklep = nowy projekt = przekopiowanie odpowiednich klas). Czy jest jakiś sprytny myk, dzięki któremu wszystkie te aplikacje korzystałyby z jednych zasobów kodów PHP?

Kolejnym pomysłem jest stworzenie jednej aplikacji, która w każdej tabeli w bazie danych przechowuje id typu aplikacji podrzędnej. W bootstrapie możnaby wówczas określać id aktualnie używanego sklepu (po adresie) i tworzyć odpowiednią wartość konfiguracyjną (chociażby zdefiniować stałą). Może nie w bootstrapie - to gdzie?

Reasumując: system powinien spełniać wymogi:
- wspólne źródła danych dla poszczególnych pod-aplikacji (typu produkty)
- osobne źródła danych dla poszczególnych pod-aplikacji (typu użytkownicy)
- korzystanie z jednych i tych samych plików klas, modeli, szablonów itd.

Miał ktoś podobny dylemat?

Pozdrawiam,
pion

Ten post edytował phpion 11.07.2008, 11:42:50

[LBO]

A jak inaczej to sobie wyobrażasz, jeżeli chcesz to załatwic na niższym poziomie to zaprojektuj odpowiednio (baaardzo relacyjnie) bazę danych.

Wydaje mi się nawet, że najlepszym sposobem byłaby hybryda dwóch powyższych pomysłów.

@phionie, przeczytałem Twojego drugiego posta i wydaje mi się, że drugie rozwiązanie było by najlepsze z uwzględnieniem moich powyższych rad (zawierałoby już przystosowanie struktury db)

Pytałeś sie gdzie okreslać identyfikator sklepu - i tu wchodzą możliwości Propela. Okresl to na poziomie modelu. W tym podmianę niektórych konfoguracji (typu foldery styli i zdjęć). Pełna transparentnośc dla aplikacji.
Jeżeli chodzi o podmianę skórek - najlepiej bedzie wykorzystać mocno nadmiarowe okodowanie XHTML, tak żeby mozna było wszystko za pomocą styli zrobić.

Ten post edytował LBO 11.07.2008, 12:46:50