Citat:
pera1212:
me sta ce brze raditi i sta je bolje uraditi.
sta ce brze raditi i sta je bolje uraditi nisu uvek ista stvar :D posebno sto brzina zavisi od jednog seta parametara a "bolje" od drugog, po meni je uvek prioritet da bude "bolje" nego da bude "brze"
Citat:
pera1212:
Primer 1: Da li napraviti 1 tabelu u kojoj ce da bude npr kolona 'TIP', i jos 1 tablea 'TIPOVI FAKTURA' i tu ubaciti 1. faktura vrsta 1, 2. faktura vrsta 2 itd. a u tabeli 1 da se u koloni 'TIP' upisuje da li je faktura vrsta 1,2 itd.
ovo je standardan nacin da odradi taj tip posla, druga ili treca normalna forma i pevaj
Citat:
pera1212:
na godisnjem nivou da bude oko 10-15k redova tipa u tabeli 1 ako se radi kao na prvi primer sto sam naveo.
Dakle sta ce biti bolje i brze za izvrsavanje upita nad tim podacima.
15k godisnje * 100 godina = 1.5M slogova, to je za jedan ku..onski server sa mysql-om pdim .. ne treba uopste da brines :D samo napravi indexe kako valja :)
ako je server bas bas b00lja onda tu tabelu particionises o tipu fakture na primer ili jos bolje, obzirom da te zabole za fakture od pre 5 godina, particionises ga po timestampu... ili ... imas milion resenja, ali ako za 100 godina bude isti taj b00lja server onda i treba da bude sporo :D ...
Citat:
pera1212:
Primer 2: ili napraviti za svaku vrstu fakture posebno tabelu npr. tabela 'faktureVrstaJedan', 'faktureVrstaDva' i takvih bi bilo 3-4 tabela, ili je bolje raditi na prvi nacin.
ovako bi pre 40+ godina u nosql vreme kobola i ekipe to pravio... danas bi za ovu stvar ovi nepismeni "programeri" kukali da mora nosql jer im je "komplikovano" .. realno nemoj uopste da razmisljas na ovaj nacin ne postoji nijedan razlog za tako nesto, ovo nije resenje koje uopste treba da razmatras