Closed marimarek closed 10 years ago
@kaiks Jak będziesz to robił to zobacz też od razu https://github.com/jam231/sia2013/issues/31
W zasadzie mogę się bez tego obyć i będzie miało to tylko wpływ na pogorszenie wydajności.
Będzie miał pojęcie. Wpisywana jest cena pierwszego chronologicznie zlecenia i za tyle też użytkownik je sprzedał (przecież cena kupna i sprzedaży dla danej transakcji jest ta sama).
Jeśli Cię źle zrozumiałem to daj znać.
Tak, ale użytkownicy w potwietrdzeniu tranzakcji dostają tylko id zlecenia(+ ilość niezrealizowanego zlecenia), a każdy z nich ma osobne zlecenie - 1 sprzedaży i jak rozumiem on dostanie wiadomość SELL_TRANSACTION z id swojego zlecenai, 2 kupna i on dostanie BUY_TRANSACTION z id swojego zlecenia, a ceny tych zleceń mogą się różnić. I z kąd oni mają znać cenę po jakiej poszłą tranzakcja?
Dobra, masz rację. Dodałem na razie funkcję SQLową:
transakcje_uz( id_uzytkownika, ilosc ) zwraca listę krotek typu zrealizowane_zlecenie, po prostu [ilosc] ostatnich transakcji uzytkownika moze to nie jest idealne ale poki co nie mam lepszego pomyslu
jesli masz jakis konkretny request/pomysl na zrobienie czegos po stronie bazy to ja to zrobie (ale juz jutro, okolo godziny 14)
Tak dla porządku:
User scenario dla zlecenie kupna przez uzytkownika:
To chyba wyczerpuje temat, więc zamykam.
Kiedy użytkownicy dostają potwierdzenie tranzakcji to do obu chyba jest wysyłana wiadomość o zrealizowaniu części ich zlecenia, ale przecież oni mogą mieć różne ceny zleceń, a tranzakca będzie zrealizowana po cenie pierwszego zlecenia i drugi użytkownik nie będzie miał pojęcia za ile sprzedał akcje.