Ja to asi chapu - teda ze jim neco poskytne primo appka dodavatele, a to co to neumi, tak si domastili do phpka, ktery neleze pres to dodavatelsky rozhrani, ale flaka update/insert primo do databaze.
Otazka spis zni ... existuje nejakej duvod, proc to predelavat? Ja tu mam neco obdobnyho, dodavatelskej system se soap rozhranim, ale hromadu dalsich veci, ktery lezou primo do DB. Duvodem je predevsim vykon, protoze ten soap je na nektery veci naprosto nepouzitelnej.
Pokud ma byt vysledkem to, ze ta dodelana funcionalita bude poskytovat nejaky "uni" rozhrani, ktery pravdepodobne kombinuje to, co poskytuje aplikace + to, co se chce navic, tak to samozrejme lze (a je jedno v cem). Klidne i v tom php. Jedina realna potiz pri praci primo s databazi nastava tam, kde se operuje se systemovejma vecma - a tudiz muze dodavatel vydat nejaky patch, kde bude vse jinak. Jenze o muze dodavatel vydat uplne stejne dobre patch, kterym zmeni chovani toho rozhrani (zazil sem). Takze je to ve vysledku jedno.