Tabela sa 82 kolone...

Sta mi mozete reci o tome?

Nisam je ja napravio, nasledio sam je. Mislim da jos uvek nije kasno da se menja, pa mi treba strucnije misljenje da li da pocnem da menjam ili da ostavim kako jeste.

Sto se mene tice deluje mi previse bahato, ja ne radim nikad tako, pa bih voleo da mi neko kompetentniji kaze da li da zadrzim staru arhitekturu ili da ipak napravim nesto jasnije.

Potpis

Nije važno stići prvi. Važno je prvo da stigneš.

Pa dosta zavisi od toga šta se nalazi u tim kolonama, tj. da li je to zaista nešto što logički spada u istu tabelu.

Naravno da jeste. U kolonama su maksimalne i minimalne vrednosti hemijskih elemenata za odredjeni kvalitet materijala. Svaki materijal ima dva zapisa (sloga). Jedan za maksimalne, drugi za minimalne vrednosti.

U tabeli imam 750 zapisa, sto znaci da ima 750/2 = 375 materijala. U 82 kolone (od kojih velik broj ima null vrednost). Svaka kolona je jedan hem. element.

Mislio sam da ogromnu tabelu zbudzim u tabelicu sa 4 kolone (kvalitet, nivo(max.min), element, vrednost), ali mnogo vise zapisa (max 750 x 82). Ne bi bilo toliko iz jednostavnog razloga sto jedan kvalitet nema sve elemente, ali par desetina hiljada se ocekuje. Umesto 750 u 82 kolone. Hm.

Da, sve se desava na Oraklu 10

.

Potpis

Nije važno stići prvi. Važno je prvo da stigneš.

U pravu si, samo napred. Desetine hiljada slogova u tabeli nisu ništa za bilo koju savremenu bazu.

Naravno, dodaj indeks na polje element (a verovatno i na kvalitet, zavisi po čemu pretražuješ/spajaš sa drugim tabelama).

Pozd.

Ako sam te dobro razumeo, kolone predstavljaju razlichite hemijske elemente a relacije govore o odnosu nekih materijala i tih elemenata.

Ako je tako, odgovor je u sushtini podeljen. Ako su u pitanju hemijski elementi, njih imamo konachan broj tako da ovakva struktura i mozhe da predstavlja reshenje. Jedino shto mi se tu ne dopada je shto min i max vrednosti predstavljaju odvojene relacije. Alternativa bi bila da su hemijski elementi poseban entitet, i onda tvoja tabela referencira materijal, hemijski element, i ima dva polja za min i max.

Svako dobro.

Uh, momci, mnogo hvala na odgovorima.

Jablane, hvala na usmerenju, stsung, hvala za nagovestavanje nove mogucnosti. Umesto polja nivo(max.min), koje sam pomenuo, koristicu dva nova polja. MinValue i MaxValue. Tako cu smanjiti broj zapisa za duplo.

Nisam odmah razmisljao u tom pravcu.

Pozdrav.

Potpis

Nije važno stići prvi. Važno je prvo da stigneš.

Prestani da brines o broju zapisa. To je uceloj prici najmanje vazna stvar. Dobio si dobre savete, sad na posao.

Cini mi se da se radi o staticnoj tablici, koja sadrzi 375 materijala. Za svaki materija interesantni su neki hemijski element. Za svaku kombinaciju (materijal, element) definisu se MAxValue i MinValue. Iz toga ti slede tabele:

MATERIJALI (MARETIJAL; PRIMARY KEY = MATERIJAL) priblizno 400 rows
ELEMENTI (ELEMENT; PRIMARY KEY = ELEMENT ) maximum rows = 102 (toliko je bilo kad sam ja ucio hemiju, ako se dobro secam)
DOZVOLJENE_VREDNOSTI (MATERIJAL; ELEMENT; MINVALUE; MAXVALUE; PRIMARY KEY = (MATERIJAL; ELEMENT)) maximum rows = 102*400

I to ti je to. Posto u originalnj tabeli iams mnogo NULL vrednosti, to verovatno znaci da za doticni materijal odredjeni element nije bitan. Iz toga sledi da ce tabela DOZVOLJENE_VREDNOSTI imati mnogo manji broj redova nego maximalnih 400*100. Uostalom, broj redova je potpuno nebitan u prici, bilo koja baza podataka danas nece ni da trepne na 40,000 redova u tabeli sa 4 kolone.

Pazi, nisu samo elementi periodnog sistema.

Postoji veliki broj legura u procesu koji ja koristim. Retko se koriste nemetali i gasovi, ali kombinacija ima mnogo. Tabela se uvozi iz drugog sistema, pa je dzato zadrzana prvobitna struktura. Postoji veliki broj polja (od onih 82) koja su ostavljena za uvodjenje drugih legura.

Nacin koji smo ovde razradili ne zahteva ostavljanje rezervnih mesta. U tome i jeste fazon. Inace ja kad dizajniram nesto tako koristim taj nacin. Zato sam i dosao na ideju da menjam postojeci, jer sistem jos uvek nije u produkciji, a ja cu biti taj koji ce ga odrzavati neko vreme.


Pozdrav i hvala.

Potpis

Nije važno stići prvi. Važno je prvo da stigneš.

Ako sam dobro shvatio imash proizvod i repromaterijal (gruba relacija). Po meni je logichno imati tabelu repromaterijala i proizvoda. U tabeli proizvoda samo pravish relacije prema repromaterijalima. Na taj nachin mozhesh dodavati repromaterijale (nove legure) bez mijenjanja tabele proizvoda i ne morash brinuti da li si ostavio dovoljno mjesta za proshirenje u buducjnosti. Ostavljati prazna mjesta u tabeli samo zato shto ne znash shta te cheka u buducjnosti je losha system analiza u startu. Takva analiza ne vodi dobrom proizvodu i kad tad cje naicji na probleme.