Amit xcut szeretne, mármint, hogy ne kelljen minden postban eltárolni az emberke adatait, na erre való az adatbázis normális megtervezése, aminek része a korábban emlegetett normálformákra hozás.

A view pedig egész egyszerûen arra használható, hogy a táblában szereplõ rekordokat, adatokat „mutatja” bizonyos ‘szûrési feltételeknek megfelelõen’. Pl nem minden rekord kell neked, vagy nem minden ‘oszlop’, akkor úgy állítod be a feltételt a view számára.

és a view azért jó, mert rövidebb a querysrting -> rövidebb idõ a kommunikáció…

Lehet… te pl hogyan valósítanád meg egy fórummotort? Hogyan oldanád meg, hogy egy topicnál megjelenjen az user náhány adata?
A post táblában eltárolni nem jó ötlet, mert ha az user adatot változtat, akkor szívás… illetve ha lekérdezed az összes szereplõ user adatát, akkor lassú -tapasztalat-.

Vagy tévedek… ami bármikor elõfordulhat :).

Annyi a légyeg, hogy én megtervezhetem 5NF-re is az adatbázist, de megvalósítani… körülményes MySQL-lel… ugyanis amíg mondjuk postgresnél van egy view, ami mondjuk lekéri egy topic adatait. Ugye a hozzászólásoknál el van tárolva az userid. Innen +1 lekérdezés lenne userenként (vagy egy nagyon-nagyon hosszú querystring, ami meg nem poén, mert mindél hosszabb a query, annál több idõ a script lefutási ideje, mivel az idõ nagy részét a kommunikáció tölti ki), ami meg ugye sok, tegyünk fel egy 50 post/oldal beállítást, ahova mondjuk minden hozzászólást más írt… így az +50 query, vagy 1 baromi hosszú query, a WHERE résznél 50 feltétellel… ez ugye beláthatóan baromira lassú… ezzel szemben ott a view, amivel ez könnyedén kiküszöbölhetõ…
MySQL-ben a 2NF feletti struktúra megvalósítása sok esetben baromira lassú tud lenni…

szerk: nem tud valaki egy ingyenes tárhelyet, ahol postgres van? esetleg egy ingyenes postgres szervert?