MySQL rad za tabelama

Pozdrav,

Pomazem na jednom projektu pa sam u nedoumici za nesto. Dakle interesuje me sta ce brze raditi i sta je bolje uraditi.

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.
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.

Interesuje me sta je bolje i brze posto ce 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.

Srdacan pozdrav,
Petar

Daleko je bolja ovo pod 1.

Uvoditi novu tabelu za novu vrstu dokumenta ima smisla ako je struktura dokumenta bitno drugačija.

A kad je u pitanju finansijsko, maltene svi dokumenti (a ne samo vise vrsta faktura) mogu da se strpaju u istu tabelu, samo se razlikuju po polju TIP.

Potpis

http://pedja.supurovic.net - http://wireless.uzice.net - Besplatni .RS domeni - Mikrotik uputstva - YT9TP - OpenStreetMap Srbija

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"



ovo je standardan nacin da odradi taj tip posla, druga ili treca normalna forma i pevaj




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 ...





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

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/