![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 898 Pomógł: 48 Dołączył: 2.11.2005 Skąd: Poznań Ostrzeżenie: (0%) ![]() ![]() |
Witam,
Stoję właśnie przed przeniesieniem działalności wirtualnej do świata rzeczywistego. Mam sklep internetowy, który będzie poszerzony o sklep realny. Pojawił się jednak problem. Chciałbym aby sklepy miały wspólną bazę danych produktów, stanów magazynowych - gdy klient kupuje w internecie, to automatycznie zmniejszają się stany magazynowe itd. Jako, że po raz pierwszy będę robił coś takiego chciałbym się spytać a właściwie prosić o wszelkie uwgai jakie uznacie za konieczne. Ja to widzę tak: - baza produktów, stanów magazynowych itd będzie dalej w Internecie - dla sklepu stworzę drugą aplikację, która będzie odpowiedzialna za obsługę klienta realnego. W sklepie realnym będzie istniał lokalny serwer, który będzie zawierał listę produktów, ceny itd (okrojona wersja bazy z internetu) - będzie on współpracował z czytnikiem kodów kreskowych (javascript) oraz w przyszłości z kasą fiskalną. Lokalny serever pozwoli na szybszą pracę (nie będzie trzeba tylu zapytan do bazy internetowej wykonywac itd) - po zakonczeniu transakcji (np. po zaplacie) serwer lokalny wywola skrypt aktualizujacy stany w internecie zgodnie z poczynionymi zakupami. Od razu dodam, że wszystko musi chodzi na php, gdyż jedynie w tym języku jestem obecnie w stanie to napisać bez dodatkowej nauki a czas goni. Wiem, że lepiej byłoby zrobić ten front-end np. w C#, ale w chwili obecnej jest to niemożliwe. Co myślicie o takim modelu - jakie słabe strony dostrzegacie? - Mój pierwszy typ to mimo wszystko duże uzależnienie od Internetowej bazy danych - trzeba zadbać o to aby system w razie potrzeby mógł pracować samodzielnie i gromadzic tranzakcje lokalnie przez dluzszy czas - wiadomo jak to jest z ISP - raz dziala raz nie |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 898 Pomógł: 48 Dołączył: 2.11.2005 Skąd: Poznań Ostrzeżenie: (0%) ![]() ![]() |
Też się zastanawiam czy nie jest to "kombinowanie pod górkę". Spenzol masz dużo racji w tym co mówisz.
Chyba też trochę źle naświetliłem sytuację: szukam rozwiązania zadowalającego - wiem, że nie uniknę takiej sytuacji, że jakieś zakupy się nałożą - ale też nie jest to moim celem. Raczej chodzi o to, że towar pochodzi z wielu lokalizacji i na niektóre rzeczy czasami trzeba czekać około 10dni. Ja chcę aby w danej chwili była informacja czy towar jest (a jeśli go nie ma to niech się wyświetli info o wydłużonym czasie oczekiwania). Dążę mniej więcej do takiego modelu jak ma Komputronik -> widzisz ile w poszczególnych sklepach jest towaru. Oczywiście jak najbardziej będzie to informacja rangowana np. na wyczerpaniu, trochę, dużo -> po co konkurencja ma wiedzieć ile mam towaru (IMG:http://forum.php.pl/style_emoticons/default/snitch.gif) W samej bazie danych stany jednak muszą być przechowywane dokładnie. Dlatego, że mój model biznesowy zakłada niskie stany magazynowe i częste zamówienia. Muszę dokładnie wiedzieć co mam, żeby automagicznie kontrolować co zamówić.W sumie to dobry pomysł aby np. dokładne stany przechowywać lokalnie a w sieci tylko rangowo... muszę o tym pomyśleć |
|
|
![]() ![]() |
![]() |
Aktualny czas: 14.10.2025 - 06:09 |