Citat:
-zombie-: (slučajno sam upoznat sa problematikom)
tiket_id, tekma_id, igra_id, i još par polja za "sisteme" i kombinacije (zavisno kako se organizuje). znači max nekih 20-30 bajtova za jednu stavku (utakmicu) na tiketu, odnosno 200 bajtova za prosečan tiket (sa sve vremenom, identifikacijom operatora, expoziture, etc)..
sa tako sposobnim RDBMS dizajnerima, ni ceo MSFT neće moći da vam pomogne kada sistem naraste..
Ocigledno si slabo upoznat sa problematikom... Tako mogu da rade jedino kladionice koje imaju dva uplatna mesta, i gde gazda cini 50% zaposlenih...
Evo ti recimo polja iz baze koja je nadogradjivana jer je nepotpuna:
Tiketi se cuvaju u dve baze - Tiket i TiketStavke:
Tiket:
ID
ID_Poslovnica
Nedelja
BrojTiketa
Pin
Sistem
SistemBroj
UkTiketa
Uplata
Vreme
ZadnjaUtakmica
Kvota
ID_RadnikUnos
StanjeTiketa
ID_RadnikStorno
VremeStorno
IDPoslovnicaIsplata
IDRadnikIsplata
VremeIsplata
IznosIsplata
PorezIsplata
NijePrikazan
Telefon
ZbirKovta
EventualniDobitak
Pa onda u TiketStavke imas:
ID
ID_Tiket
ID_Ponuda
PonudaKvotaIndex
Kvota
StanjePonude
LastTimeChange
KvotaRate
Rizik
RizikSum
Ali posto tu nema neophodne kontrole, onda je to jos vise razbijeno i jos dosta toga dodato...
Pa sam uzeo u proseku da tiket ima samo 4 stavke, a moze da ima max 16 u srbiji ili 26 u rumuniji... Pa ti vidi koje su to onda velicine...
Inace trenutno nam se baza sastoji id nekih 250 tabela, a poceli smo sa 30 u verziji v1.0
Tako da ako ti znas nacin da velicinu tiketa smanjimo na 200 bajtova a da pri tom zadrzimo kontrolu, ja te pozivam da nam se pridruzis u timu...