ACC: أساسيات التسوية قاعدة

هام: تمت ترجمة هذا المقال باستخدام برنامج ترجمة آلية لشركة مايكروسوفت بدلاً من الاستعانة بمترجم بشري. تقدم شركة مايكروسوفت كلاً من المقالات المترجمة بواسطة المترجمين البشر والمقالات المترجمة آليًا وبالتالي ستتمكن من الوصول إلى كل المقالات الموجودة في قاعدة المعرفة الخاصة بنا وباللغة الخاصة بك. بالرغم من ذلك، فإن المقالة المترجمة آليًا لا تكون دقيقة دائمًا وقد تحتوي على أخطاء إملائية أو لغوية أو نحوية، مثل تلك الأخطاء الصادرة عن متحدث أجنبي عندما يتحدث بلغتك. لا تتحمل شركة مايكروسوفت مسئولية عدم الدقة أو الأخطاء أو الضرر الناتج عن أية أخطاء في ترجمة المحتوى أو استخدامه من قبل عملائنا. تعمل شركة مايكروسوفت باستمرار على ترقية برنامج الترجمة الآلية

اضغط هنا لرابط المقالة باللغة الانجليزية100139
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
المبتدئ: يتطلب معرفة واجهة المستخدم على أجهزة الكمبيوتر المستخدم المفرد.

الموجز
يشرح هذا المقال أساسيات المصطلحات التسوية قاعدة البيانات. فهم أساسية للمصطلحات هذا مفيدًا عند مناقشة تصميم قاعدة البيانات العلائقية.

ملاحظة: تقدم Microsoft أيضاً إخباري تتناول أساسيات التسوية قاعدة البيانات. لعرض هذا إخباري الرجاء زيارة موقع Microsoft التالي على الويب: ملاحظة: لمعرفة هذه المعلومات لـ Microsoft Access 2000 الرجاء مراجعة المقالة التالية في "قاعدة المعارف لـ Microsoft:
209534ACC2000: أساسيات التسوية قاعدة
معلومات أخرى

وصف التسوية

التسوية هو عملية تنظيم البيانات في قاعدة بيانات. يتضمن ذلك إنشاء الجداول و تأسيس علاقات بين هذه الجداول تبعاً لقواعد تصميم كل لحماية البيانات لجعل قاعدة البيانات أكثر مرونة عن طريق إزالة عوامل اثنين: التكرار و التبعية غير متناسقة.

البيانات المكررة يضيع مساحة القرص وإنشاء مشاكل الصيانة. إذا كان يجب تغيير البيانات موجود في مكان واحد أو أكثر ، يجب تغيير البيانات بنفس الطريقة بالضبط في كافة المواقع. تغيير عنوان العملاء أسهل بكثير لتنفيذ إذا تم تخزين البيانات في جدول "العملاء" و "nowhere آخر في قاعدة البيانات.

ما هي "غير متناسقة تبعية" ؟ أثناء وبديهية للمستخدم للبحث في جدول "العملاء" عنوان العميل معينة أنه قد لا معنى عن مرتب الموظفين الذين على ذلك العميل. مرتب الموظف مرتبط إلى ، أو على الموظف ثم وبالتالي يجب أن يتم نقل إلى جدول الموظفين. تبعيات غير متناسقة يمكن إجراء البيانات يصعب الوصول; قد يكون مسار البحث عن البيانات المفقودة أو المعطلة.

هناك عدة قواعد التسوية قاعدة البيانات. كل قاعدة تسمى "form عادي". إذا كان يتم احترام القاعدة الأولى قاعدة البيانات يقال أن تكون في "الأول العادي form." إذا كان يتم ملاحظة قواعد الثلاثة الأولى يعتبر قاعدة البيانات في "الثالث العادي form." على الرغم من أن مستويات أخرى من التسوية المحتملة يعتبر النموذج العادي الثالث المستوى الأعلى ضرورية من أجل معظم التطبيقات.

كما هو الحال مع العديد من القواعد رسمية و مواصفات ، الواقع سيناريوهات لا دوماً تسمح التوافق السرية. وبشكل عام، يتطلب التسوية جداول إضافية والبحث بعض العملاء هذا cumbersome. إذا قررت تخالف إحدى القواعد الثلاثة الأولى من التسوية تأكد من أن التطبيق الخاص بك anticipates أية مشكلات قد تحدث في, مثل البيانات المكررة و تبعيات غير متناسقة.

ملاحظة: التالية لوصف تتضمن الأمثلة.

نموذج عادي الأول

  • إزالة مجموعات مكررة في الجداول الفردية.
  • إنشاء جدول منفصل لكل مجموعة من البيانات المرتبطة.
  • تعريف كل مجموعة من البيانات المرتبطة مع مفتاح أساسي.
لا تستخدم حقول متعددة في جدول واحد لتخزين البيانات المتشابهة. على سبيل المثال، لتعقب عنصر مخزون قد تأتي من مصدري المحتملة سجل مخزون قد يحتوي على حقول البائع رمز 1 و 2 رمز البائع.

ولكن ماذا يحدث عند إضافة مورد ثالث ؟ إضافة حقل "غير الإجابة; يتطلب التعديلات البرنامج وجدول و لا يلائم عدد حيوية من بائعي بشكلٍ متجانس. بدلاً من ذلك، ضع كافة معلومات المورد في جدول منفصل يسمى موردي ثم المخزون الارتباط إلى الموردين مع مفتاح رقم عنصر أو بائعين لجرد مع مفتاح رمز بائع.

النموذج الثاني عادي

  • إنشاء جداول منفصلة عن مجموعات من القيم التي تنطبق على سجلات متعددة.
  • ربط هذه الجداول مع مفتاح خارجي.
يجب ألا يكون السجلات على أي شيء آخر غير مفتاح أساسي للجدول (مركبة مفتاح إذا لزم الأمر). على سبيل المثال، يجب مراعاة عنوان أحد العملاء في نظام محاسبة. مطلوب العنوان بواسطة جدول العملاء ولكن ذلك بواسطة الجداول أوامر الشحن ، فواتير ، حسابات المقبوضات و المجموعات. بدلاً من تخزين عنوان العميل كإدخال منفصل في كل من هذه الجداول ، بتخزينها في مكان واحد إما في جدول العملاء أو في جدول عناوين منفصل.

نموذج عادي الثالث

  • إزالة الحقول التي لا تعتمد على المفتاح.
لا تنتمي قيم في أحد سجلات التي ليست جزءاً من مفتاح هذا السجل في الجدول. بشكل عام، أي وقت قد تنطبق محتويات مجموعة حقول على أكثر من سجل واحد في الجدول، أن تراعي وضع هذه الحقول في جدول منفصل.

على سبيل المثال، في جدول "التوظيف الموظف" عنوان واسم جامعة وجود مرشح قد يمكن تضمين. ولكن تحتاج إلى قائمة كاملة universities المراسلات المجموعة. في حالة جامعة المعلومات في جدول المرشحين توجد طريقة إلى universities القائمة مع لم المرشحين الحالي. إنشاء جدول منفصل Universities وربطه إلى جدول المرشحين مع مفتاح التعليمات برمجية جامعة.

الاستثناء: Adhering إلى النموذج العادي الثالث أثناء نظرياً مطلوبًا غير دوماً العملي. إذا كان لديك جدول العملاء تريد التخلص من كافة التبعيات interfield المحتملة يجب عليك إنشاء جداول منفصلة عن من المدن رموز البريدي لمندوبي المبيعات فئات العملاء أي عامل أخرى قد تكون مكررة في سجلات متعددة. في نظرية ، التسوية تستحق لتنظيم; ومع ذلك، قد العديد من الجداول صغير انخفاض الأداء أو يتجاوز capacities الذاكرة والملفات المفتوحة.

قد يكون أكثر feasible لتطبيق النموذج العادي الثالث فقط على البيانات التي تغير بشكل متكرر. إذا كان تبقى بعض الحقول التابعة تصميم التطبيق الخاص بك لمطالبة المستخدم بالتحقق من كافة المتعلقة الحقول عند تغيير أي.

نماذج أخرى التسوية

نموذج العادي الرابع يسمى Boyce Codd عادي نموذج (BCNF) ، ونموذج العادي الخامس موجودة ولكن تعتبر نادرة في تصميم العملي. بإهمال هذه القواعد قد ينتج عن تصميم قاعدة البيانات أقل من السرية ولكن يجب أن لا يؤثر على الأداء الوظيفي.
               **********************************                 Examples of Normalized Tables               ********************************** Normalization Examples: Unnormalized table:    Student#   Advisor   Adv-Room  Class1   Class2   Class3    -------------------------------------------------------    1022       Jones      412      101-07   143-01   159-02    4123       Smith      216      201-01   211-02   214-01				
  1. نموذج عادي الأول: NO REPEATING مجموعات

    يجب أن تتضمن الجداول فقط بعدين. منذ الطالب واحد يحتوي على عدة فئات يجب أن يتم سرد هذه الفئات في جدول منفصل. حقول Class1 ، Class2 ، & Class3 في السجل أعلاه هي indications مشكلة في التصميم.

    تستخدم جداول البيانات عادةً البعد الثالث ولكن يجب أن الجداول. هناك طريقة أخرى للبحث في هذه المشكلة: تتضمن علاقة واحد لكثير لا تضع في الأطراف "و" في جانب واحد في نفس الجدول. بدلاً من ذلك، إنشاء جدول آخر في النموذج الأول العادي عن طريق إزالة مجموعة مكررة (فئة #) ، كما هو موضح أدناه:
           Student#   Advisor   Adv-Room    Class#       ---------------------------------------       1022      Jones      412       101-07       1022      Jones      412       143-01       1022      Jones      412       159-02       4123      Smith      216       201-01       4123      Smith      216       211-02       4123      Smith      216       214-01					
  2. نموذج عادي الثاني: قم بإزالة البيانات الزائدة

    لاحظ متعددة فئة # القيم لكل طالب # قيمة في الجدول أعلاه. فئة # غير functionally تعتمد على الطالب # (المفتاح الأساسي) ، بحيث تكون هذه العلاقة غير النموذج الثاني العادي.

    شرح جدولين التالية النموذج العادي الثاني:
        Students:   Student#    Advisor   Adv-Room                ------------------------------                1022        Jones       412                4123        Smith       216    Registration:   Student#    Class#                    ------------------                    1022        101-07                    1022        143-01                    1022        159-02                    4123        201-01                    4123        211-02                    4123        214-01					
  3. نموذج عادي الثالث: لإزالة البيانات غير التابعة في مفتاح

    في المثال الأخير غرفة Adv (رقم مكتب الخاص المستشار) functionally يعتمد على السمة مرشد. الحل نقل تلك السمة من جدول الطلاب إلى جدول عضو كما هو موضح أدناه:
        Students:   Student#    Advisor                -------------------                1022        Jones                4123        Smith    Faculty:    Name    Room    Dept                --------------------                Jones   412     42                Smith   216     42					
مراجع
للحصول على معلومات إضافية حول تصميم قاعدة بيانات "، انقر فوق رقم المقالة أدناه لعرضها في" قاعدة المعارف لـ Microsoft:
234208ACC2000: "فهم تصميم قاعدة البيانات العلائقية" مستند المتوفرة في مركز التحميل
"FoxPro 2 A مطوّري دليل" Hamilton الأوسط Ahlo Jr. عيين al. ، الصفحات 220 إلى 225 الكتب M & T 1991

"باستخدام Access لنظام Windows ،" Roger Jennings الصفحات 799-800 Que Corporation، ١٩٩٣
طراز العادي العلائقية BCNF تسويتها

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 100139 - آخر مراجعة: 12/04/2015 09:30:06 - المراجعة: 2.1

Microsoft Access 1.0 Standard Edition, Microsoft Access 1.1 Standard Edition, Microsoft Access 2.0 Standard Edition, Microsoft Access 95 Standard Edition, Microsoft Access 97 Standard Edition

  • kbnosurvey kbarchive kbmt kbinfo kbusage KB100139 KbMtar
تعليقات