Tai as lygiai ta pati ir bandau pasakyti :)
Vienok is uzduoto klausimo as asmeniskai nesugebejau suprasti kokia sistema 
kuriama - transakcine ar analitine. Del to, manau, neissiaiskinus tokio 
paprasto dalyko siulyti normalizuoti db yra kiek skubota...

"BigM" <mindaugask_NOSPAM@centras.lt> wrote in message 
news:i4g0mj$ks3$1@trimpas.omnitel.net...
> Naudingi linkai:
> http://en.wikipedia.org/wiki/Denormalization
> http://www.databasedesign-resource.com/denormalization.html
>
> Normalinės formos aktualios ten, kur yra duomenų įvedimas, tvarkymas. Kur 
> yra duomenų išvedimas (reporting'as), tai jau pagal situaciją žiūrima ir 
> esant neišvengiamybei denormalizuojama (tavo minėtieji datawarehouse'ai ir 
> pan.).
>
> "2x50" <tlchj61@gmail.com> wrote in message 
> news:i4e8pc$qde$1@trimpas.omnitel.net...
>>> 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.
>>
>> 1. Normalines formos aktualios isimtinai OLTP sistemoms.
>> 2. Realiam gyvenime apstu pavyzdziu, kai 3cia normaline forma neduoda 
>> nieko gero - vapyzdziui, ar bloga ideja butu saugoti mokejimo balansa (ko 
>> pagal 3NF daryti negalima, nes balansa visada galima isskaiciuoti)?
>>
>> Sakyciau 3NF reiktu prisilaikyti, bet tai tikrai nera panaceja...
>>
>