Nu ble ir padiskutavot, riebiatos.

DB projektuoti reikia iki 3-ios normalinės formos. Taškas. Išimtinais 
atvejais galima denormalizuoti, bet tik išimtinais ir su aiškia 
argumentacija kodėl to reikia.

Kas yra normalinės duomenų bazės struktūros - google jums padės.

Performance'o klausimai tai iš viso juokingi. Kur teko matyti performance'o 
problemas, tai kai chebra neišnaudoja DB teikiamų galimybių (pvz. duomenų 
masyvą užsikelia į aplikacijų serverį ir ten atlieka duomenų paiešką, 
rekursinę paiešką, rūšiavimą - taip taip, teko tokių matyti vietoj to, kad 
DB parašytų tinkamą select'ą) ir kreivai suprojektuoja duomenų modelį.

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