tiesiogiai gal ir nera pasakyta, bet is visos bendros kalbos manau labai aisku, kad tai ne analitine sistema. o darbinese sistemos duomenu bazes visada reikia normalizuoti, o jau paskui ziureti, kur stabdo ir ka galima denormalizuoti. "2x50" <tlchj61@gmail.com> wrote in message news:i4g22b$mvj$1@trimpas.omnitel.net... > 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... >>> >> > >