Tweet
نرمال سازی به زبان ساده
نرمال سازی داده ها در پایگاه داده سبب می شود برنامه نویسی آسان تر شود و توسعه ی نرم افزار به سادگی امکانپذیر باشد.
برای آنکه فهم نرمال سازی ساده تر شود از داده های زیر به عنوان نمونه استفاده می کنیم:
نرمال سازی فرم اول – حذف گروه های تکراری
برای مثال در جدول نمونه، سفارش های مشتری را به جدولی جداگانه منتقل می کنیم. این کار سبب می شود فضای ذخیره سازی هدر نرود، ذخیره سازی و بازیابی اطلاعات ردیف های سفارش ساده تر شود، و محدودیت در تعداد ردیف های سفارش از بین برود:
نرمال سازی فرم دوم – هر ستون باید به یک ستون کلیدی وابسته باشد
برای مثال در جدول نمونه، اطلاعات مشتری می تواند به جدول فاکتورها منتقل شود تا به ستون کلیدی «شماره ی فاکتور» وابسته شود. با انجام این مرحله از نرمال سازی، بخش دیگری از تکرارها از بین می رود، بخشی از افزونگی داده ها حذف می شود و به روزرسانی بانک ساده تر می گردد:
نرمال سازی فرم سوم – هر ستون باید به طور مستقیم به ستون کلیدی وابسته باشد
برای مثال در جدول نمونه، نام و نشانی مشتری باید به جدولی جداگانه منتقل شود. این کار سبب می شود به روزرسانی آسان تر شود و افزونگی داده ها کاهش یابد:
نکته های اضافی برای نرمال سازی
برای هر فهرست یک جدول ایجاد کنید
هنگام ایجاد بانک اطلاعاتی تمامی فهرست های موجود را شناسایی و مستند کنید. سپس در صورت امکان و نیاز به اطلاعات آن، برای هر یک جدولی جداگانه ایجاد کنید
همیشه از کلیدهای اصلی بی معنی استفاده کنید
استفاده از کلیدهای اصلی معنادار مانند شماره*ی دانشجویی برای دانشجو می تواند در آینده مشکل ساز شود. زیرا این مشخصات ممکن است تغییر کنند یا ممکن است این مقدار در آینده منحصر به فرد و یکسان نباشد.
برگرفته از وبلاگ آقای امیر مسعود ایرانی
برای آنکه فهم نرمال سازی ساده تر شود از داده های زیر به عنوان نمونه استفاده می کنیم:
| ۱۰۰۱ | ۱۱ | علی | خیابان ۱۰۱ | ۱۰ | مداد | ۱۰۰ | ۲۰ | خودکار | ۲۰۰ | ۳۰ | پاکن | ۵۰ |
| ۱۰۰۲ | ۱۲ | رضا | خیابان ۱۰۲ | ۵ | خودکار | ۲۰۰ | ||||||
| ۱۰۰۳ | ۱۱ | علی | خیابان ۱۰۱ | ۲۰ | پاکن | ۵۰ | ۲ | مداد | ۱۰۰ |
نرمال سازی فرم اول – حذف گروه های تکراری
برای مثال در جدول نمونه، سفارش های مشتری را به جدولی جداگانه منتقل می کنیم. این کار سبب می شود فضای ذخیره سازی هدر نرود، ذخیره سازی و بازیابی اطلاعات ردیف های سفارش ساده تر شود، و محدودیت در تعداد ردیف های سفارش از بین برود:
| ۱۰۰۱ |
| ۱۰۰۲ |
| ۱۰۰۳ |
| ۱۰۰۱ | ۱ | ۱۱ | علی | خیابان ۱۰۱ | ۱۰ | مداد | ۱۰۰ |
| ۱۰۰۱ | ۲ | ۱۱ | علی | خیابان ۱۰۱ | ۲۰ | خودکار | ۲۰۰ |
| ۱۰۰۱ | ۳ | ۱۱ | علی | خیابان ۱۰۱ | ۳۰ | پاکن | ۵۰ |
| ۱۰۰۲ | ۱ | ۱۲ | رضا | خیابان ۱۰۲ | ۵ | خودکار | ۲۰۰ |
| ۱۰۰۳ | ۱ | ۱۱ | علی | خیابان ۱۰۱ | ۲۰ | پاکن | ۵۰ |
| ۱۰۰۳ | ۲ | ۱۱ | علی | خیابان ۱۰۱ | ۲ | مداد | ۱۰۰ |
برای مثال در جدول نمونه، اطلاعات مشتری می تواند به جدول فاکتورها منتقل شود تا به ستون کلیدی «شماره ی فاکتور» وابسته شود. با انجام این مرحله از نرمال سازی، بخش دیگری از تکرارها از بین می رود، بخشی از افزونگی داده ها حذف می شود و به روزرسانی بانک ساده تر می گردد:
| ۱۰۰۱ | ۱۱ | علی | خیابان ۱۰۱ |
| ۱۰۰۲ | ۱۲ | رضا | خیابان ۱۰۲ |
| ۱۰۰۳ | ۱۱ | علی | خیابان ۱۰۱ |
| ۱۰۰۱ | ۱ | ۱۰ | مداد | ۱۰۰ |
| ۱۰۰۱ | ۲ | ۲۰ | خودکار | ۲۰۰ |
| ۱۰۰۱ | ۳ | ۳۰ | پاکن | ۵۰ |
| ۱۰۰۲ | ۱ | ۵ | خودکار | ۲۰۰ |
| ۱۰۰۳ | ۱ | ۲۰ | پاکن | ۵۰ |
| ۱۰۰۳ | ۲ | ۲ | مداد | ۱۰۰ |
برای مثال در جدول نمونه، نام و نشانی مشتری باید به جدولی جداگانه منتقل شود. این کار سبب می شود به روزرسانی آسان تر شود و افزونگی داده ها کاهش یابد:
| ۱۱ | علی | خیابان ۱۰۱ |
| ۱۲ | رضا | خیابان ۱۰۲ |
| ۱۰۰۱ | ۱۱ |
| ۱۰۰۲ | ۱۲ |
| ۱۰۰۳ | ۱۱ |
| ۱۰۰۱ | ۱ | ۱۰ | مداد | ۱۰۰ |
| ۱۰۰۱ | ۲ | ۲۰ | خودکار | ۲۰۰ |
| ۱۰۰۱ | ۳ | ۳۰ | پاکن | ۵۰ |
| ۱۰۰۲ | ۱ | ۵ | خودکار | ۲۰۰ |
| ۱۰۰۳ | ۱ | ۲۰ | پاکن | ۵۰ |
| ۱۰۰۳ | ۲ | ۲ | مداد | ۱۰۰ |
برای هر فهرست یک جدول ایجاد کنید
هنگام ایجاد بانک اطلاعاتی تمامی فهرست های موجود را شناسایی و مستند کنید. سپس در صورت امکان و نیاز به اطلاعات آن، برای هر یک جدولی جداگانه ایجاد کنید
همیشه از کلیدهای اصلی بی معنی استفاده کنید
استفاده از کلیدهای اصلی معنادار مانند شماره*ی دانشجویی برای دانشجو می تواند در آینده مشکل ساز شود. زیرا این مشخصات ممکن است تغییر کنند یا ممکن است این مقدار در آینده منحصر به فرد و یکسان نباشد.
برگرفته از وبلاگ آقای امیر مسعود ایرانی
کامنت