połączenie systemów, w przyszłości Opcje

[TomASS]

Witam. Dostałem za zadanie zrobienia dwóch systemów od dwóch różnych firm, które w przyszłości będą miały zostać połączone. Na razie ze względów polityczno-ekonomicznych muszą stać dwie niezależne bazy danych i dwa niezależne serwery php. Niejako "jądra" systemów są identyczne (tzn. bazy danych), ale layouty (interfejsy) będą różne. W przyszłości planowane jest połączenie dwóch systemów w jedną bazę danych (bo tak chyba będzie najlepiej). I teraz zastanawiam się jak już przyszykować się na taką fuzję? Na pewno bazy danych muszą mieć identyczną strukture, ale co w systemie? Czy na początku skryptu porobić sekcję z zapytaniami i ją modyfikować? Czy porobić odopowiednie klasy do wywołania zapytań?

[mike]

1. Kto jest właścicielem bazy danych?
2. Kto płaci za jej modyfikacje?
3. Kto ją utrzymuje?

Jak to kto :?:
Skoro im zależy na fuzji to muszą podzielić koszta. Przecież żadna z nich nie weźmie tego tylko na siebie.

4. Jak jest z bezpieczeństwem? Skoro pada jedna baza jednej firmy to druga nie może funkcjonować?

To jest zmartwienie hostingodawcy i administratora serwera na którym jest trzymana baza danych. A poza tym problem jest trochę wydumany, przecież na takich serwerach backupy są robione codziennie i odzyskanie danych nie jest trudne (to hostingodawcy powinno zależeć, żeby nic nie padło) a i same awarie baz danych są raczej żadkie (o ile serwer jest utrzymywany w należytym pożądku). No i przecież można ostatecznie postawić bazę zapasową/alternatywną, która będzie kopią bazy głównej robioną co jakiś czas.

A szczerze mówiąc wątpię aby przemówiło do moich pracodawców fakt w trudości przygotowania takiego projektu rozbitego na kilka baz.

To nie chodzi od miganie się od trudności. Takie rozwiązanie niesie więcej kożyści nie tylko przy implementacji ale i realnych przy działaniu. Systemy są naprawde zintegrowane i szybsze.