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