Zdjêcie0251

3

Proces normalizacji

Proces normalizacji zwany czÄ™sto redukcjÄ… lub rozkÅ‚adem ma na celu zaprojektowanie takiego ukÅ‚adu informacji w tabelach (schematu bazy danych), aby w najmniej uciążliwy sposób można byÅ‚o przeprowadzać dziaÅ‚ania na danych. Pod pojÄ™ciem dogodnoÅ›ci należy rozumieć przede wszystkim ukÅ‚ad zapewniajÄ…cy spójność informacyjnÄ…, jednoznaczność, unikanie redundancji³ danych i Å‚atwość dostÄ™pu z punktu widzenia aplikacji. Wbrew pozorom redukcja nie niesie ze sobÄ… zmniejszenia liczby tabel, lecz wrÄ™cz przeciwnie, liczba ich wzrasta. Redukuje siÄ™ natomiast ilość informacji, która w przypadku nie znormalizowanych obiektów powodowaÅ‚aby powtarzanie tych samych danych opisowych, co czyniÅ‚oby proces selekcji i aktualizacji informacji niezwykle utrudnionym.

NormalizacjÄ… struktur danych zajmuje siÄ™ projektant odpowiedzialny za postać ostatecznÄ… bazy. Cel, jaki powinien mu przyÅ›wiecać w tym procesie, to przede wszystkim produkt finalny zaprojektowany zgodnie z wszelkimi arkanami sztuki. DoÅ›wiadczony projektant ukÅ‚ada format tabel intuicyjnie, nie siÄ™gajÄ…c w tym celu do żadnych naukowych źródeÅ‚. Aby jednak robić to poprawnie, trzeba nabyć wczeÅ›niej wprawy i zapoznać siÄ™ z pewnymi przesÅ‚ankami metodologicznymi decydujÄ…cymi o sposobie przeprowadzania normalizacji, jak i celowoÅ›ci jej stosowania. NajÅ‚atwiej uczynić to na konkretnym przykÅ‚adzie.

Przed przystÄ…pieniem do projektowania struktury bazy danych należy znać zaÅ‚ożenia funkcjonalne i wiedzieć, jakiemu celowi baza danych bÄ™dzie sÅ‚użyÅ‚a. Podstawowe znaczenie ma charakterystyka obiektów opisywanych w bazie, jak też wzajemne zależnoÅ›ci miÄ™dzy nimi. Załóżmy, że należy zaprojektować bazÄ™ danych gromadzÄ…cÄ… informacje o klientach pewnej hurtowni, która oferuje towary na sprzedaż. Na pierwszy rzut oka widać, źe mamy do czynienia w tym przypadku z dwoma rodzajami obiektów, którymi sÄ… klient i towar. Każdy z nich charakteryzowany jest przez pewne cechy (atrybuty), które powinny być pamiÄ™tane w bazie. Załóżmy, że klient opisywany jest przez symboliczny unikatowy kod oraz miasto bÄ™dÄ…ce jego siedzibÄ…, natomiast towar przez kod towaru, klasÄ™ towaru, sposób dostawy i cenÄ™ jednostkowÄ…. Już na w*tÄ™pic widać, żc posÅ‚użyliÅ›my siÄ™ pewnym uproszczeniem, gdyż zamiast opisowej na /wy towaru i klienta pojawiÅ‚ siÄ™ od razu jego kod, co można przyjąć umownie jako ich nu/wy wÅ‚asne. Tak wiÄ™c wyróżniliÅ›my obiekty oraz ich cechy charakterystyczne, co możemy zapisać umownie jako:

ViuimvUcjM jiwl (armuierri określającym nadmiarowe powielanie łych inmych informacji w lyiicmio komputerowym