Vis delto ash sakychiau, kad normalus modelis (pagrindine lentele + klasifikatoriu lenteles) turi pranashuma.
Net jeigu ish vienos lenteles duomenis ishrinkineti shiek tiek greichiau (ish akies primeschiau 10%), vis tiek klausimas, kas bus, kai lentele prades uzhimineti 100MB +.
Ir shiaip, i viena lentele duomenu terpimas truks zhymiai ilgiau. (Jei tai aktualu) 
Be to, vis tiek patogiau tureti atskira klasifikatoriu, ji visada galima patikslinti, papildyti kazhkokia nauja informacija, naujais stulpeliais.


-- 

=^_^=
.

"Niekados" <niekas@niekur.com> wrote in message news:i4der8$dba$1@trimpas.omnitel.net...
> Sveiki Visi,
> 
> (Atleiskit jai tokie klausimai yra kvaili ir kazka izeis)
> 
> reikia Jusu protingieji kurmiai patarimo, del duomenu bazes architekturos.
> 
> Kaip duomenu baze veiks geriau, greiciau, nebus apkrauta uzklausu metu?
> 
> Jai butu daroma taip:
> 
> viena lentele su visais parametrais:
> ID, Kodas, Pavadinimas, Marke, metai, ir taip toliau iki techniniu 
> charakteristiku, gabaritu , masiu, kainu, kiekiu ar dar kazko, tarkim kokia 
> 35-40 stulpeliu.
> 
> kitu varinatu gal butu geriau visa sita lentele sugrupuot pagal tamtikrus 
> pozymius ir suskaidyt i kokias 2-3 lenteles.
> o darant tam tikras ataskaitas, kad duomenis pasiimtu tarkim is 2 lenteliu 
> pagal pozymi Kodas.
> 
> programuos  su C++ gal ir Delphi, duomenu baze kiek zinau pasirinkta MySQL.
> 
> 
>