Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

Kako se reshavaju problemi u multi-user okruzenjima?

[es] :: .NET :: Kako se reshavaju problemi u multi-user okruzenjima?

[ Pregleda: 4562 | Odgovora: 1 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

BlueSoniq
zaposlen / C#, ASP.NET senior
Beograd

Član broj: 11116
Poruke: 159
*.absolutok.com.



Profil

icon Kako se reshavaju problemi u multi-user okruzenjima?28.01.2005. u 09:45 - pre 233 meseci
Klasican primer:

U firmi radi veci broj komercijalista. I prodaju istu robu razlicitim kupcima. Mika udje u programski lager i vidi da tamo ima 100 sijalica. Kupac uzme svih sto i Mika pravi fakturu. U tom trenutku i Pera gleda lager i vidi da ima 100 sijalica i krene i on da pise fakturu. U jednom trenutku Mika proknjizi fakturu i skine sa lagera tih 100 sijalica. U sledecem trenutku Pera krene da proknjizava svoju fakturu i sta?

1) Program proveri da li na stanju ima tih 100 sijalica i posalje upozorenje. Pera mora da zove svog klijenta i da se sramoti jer nema tih sijalica za prodaju.

2) Program ipak proda tih 100 sijalica i Lager ode u minus. Pera je duzan da sto pre nadje dobavljaca i kupi tih 100 nedostajucih sijalica.

3) ...?
 
Odgovor na temu

Java Beograd
Novi Beograd

Član broj: 11890
Poruke: 9448
82.117.206.*



+10246 Profil

icon Re: Kako se reshavaju problemi u multi-user okruzenjima?28.01.2005. u 10:59 - pre 233 meseci
Evo ti stručnog odgovora, bavio sam se ovom i sličnom problematikom 8 godina.

Pravi odgovor je 1.

A evo i malo komentara.
U principu, kod pisanja fakture, (naravno, ako se radi na računaru) treba, kod unosa količine ponovo proveravati stanje. To bi znatno umanjilo probleme kod knjiženja. Malo složenija aplikacija bi kod pisanja fakture radila takozvanu rezervaciju zaliha, dakle, nije skinuto sa zaliha, ali jeste rezervisano. To bi još više umanjilo probleme kod knjiženja. Pa ako se faktura obriše rezervacija se briše, a ako se proknjiži, rezervisana količina postane proknjižena količina.

Opcija 2 ne dolazi u obzir, posebno ne u našem poslovnom okruženju. Jer, možda Pera neće biti u stanju da nabavi ponovo iste sijalice (koje je, nesrećnik već prodao) zato što njegov dobavljač / uvoznik to više nema. Tek onda je blam. Ili, naredna isporuka bude po znatno većoj ceni, pa Pera ode u minus. Onda mu otkaz ne gine (izem ti takvog komercijalisu koji gubi kad prodaje).

U praksi se ovakav primer dešava jako, jako retko, pre svega zato što u trgovačkim firmama najčešće pojedinačni komercijalisti "pokrivaju" posebne robne grupe. Na primer, Pera prodaje boje i lakove, Mika slavine i sanitarije a Žika, ( da i njega spomenemo) mleko i mlečne proizvode. Ali, to naravno ni malo ne umanjuje obavezu da aplikacija podržava multi user rad. Takođe komercijalisti su sličnog soja, tako da Perin kupac zna šta se desilo pa i neće biti neki veliki blam.

Mogao bih o ovome još puno da pišem ali me mrzi. U svakom slučaju, ako se radi o robi i robnom prometu, jedino ispravno rešenje je 1.
OTPOR blokadi ulica, OTPOR blokiranom Beogradu, OTPOR blokiranoj Srbiji
 
Odgovor na temu

[es] :: .NET :: Kako se reshavaju problemi u multi-user okruzenjima?

[ Pregleda: 4562 | Odgovora: 1 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.