ggciubuc:

Normalizarea ca si denormalizarea nu sunt si nu trebuie sa fie un scop in sine; trebuie sa fie urmarit scopul principal si anume gestiunea performanta a datelor.

De acord -cu 2 mentiuni :

    1. dupa opinia mea( nesustinuta de cercetari) 90% din aplicatii sunt mai performante daca sunt normalizate de la inceput si denormalizate dupa aceea .

@XMLDeveloper : se poate face un poll ?

    2. Modelul logic al datelor e de preferat sa fie normalizat de la inceput. Daca vrei pe urma sa il denormalizezi , e treaba ta.

ggciubuc:

Sa ma explic:

1.Este potrivita normalizarea cand ai nevoie de tranzactii scurte, interogari rapide in aplicatii OLTP de genul "Bilete de avion" sau ERP, unde exista acces concurential cu blocari , interogari etc.; iar aici nu e cazul, se face o forma intr-un mediu vizual care baga date intr-un singur tabel si fara acces concurential (banuiesc ca se face o data pe zi);

OK

ggciubuc:

2.In schimb ai nevoie de o tabela denormalizata daca o supui prelucrarilor dintr-un cub de business intelligence, or aici asta se vrea .

? Poti explica de unde ai ajuns la "cub de business intelligence" ?

ggciubuc:

(daca era vorba de 10000 de servere dispuse prin toata lumea cu personal operator care acceseaza o astfel de aplicatie mi-as fi pus problema spargerii tabelei initiale in mai multe asa cum apare in varianta 3)

Si de unde stii ca nu o sa devina ?Ce te faci atunci ?

De aceea zic ca e preferabil sa tii datele normalizate de la inceput - si, daca vrei neaparat, cu o procedura stocata/view/altceva care sa denormalizeze ...

Remarca finala : oricind poti denormaliza - insa, daca ai pornit denormalizat, e mai mare daraua sa normalizezi ...

---

Ignat Andrei
http://serviciipeweb.ro/iafblog