أنت غير متصل حاليًا، وفي انتظار الإنترنت الخاص بك ليقوم بإعادة الاتصال

وصف أساسيات التسوية قاعدة البيانات

انتهاء دعم Office 2003

لقد أنهت شركة Microsoft دعم Office 2003 في 8 أبريل، 2014. وقد أثر هذا التغيير على تحديثات البرامج لديك وخيارات الأمان الخاصة بك. تعرف على ما يعنيه ذلك فيما يتعلق بك وكيفية الحفاظ على حمايتك.

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

اضغط هنا لرابط المقالة باللغة الانجليزية283878
ملاحظة: يتطلب معرفة واجهة المستخدم على أجهزة كمبيوتر المستخدم المفرد.

للحصول على إصدار Microsoft Access 2000 من هذه المقالة، راجع 209534.
للحصول على Microsoft Access 95 أو إصدار Microsoft Access 97 من هذه المقالة، راجع 100139.
الموجز
توضح هذه المقالة المصطلحات التسوية قاعدة البيانات للمبتدئين. فهم أساسي لهذه المصطلحات مفيد عند مناقشة تصميم قاعدة بيانات علائقية.

ملاحظة: تقدم Microsoft البث التي تتناول هذه المقالة أساسيات التسوية قاعدة البيانات. لعرض هذا البث الشبكي، الرجاء زيارة موقع Microsoft التالي على الويب:
معلومات أخرى

وصف للتسوية

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

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

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

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

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

يرد فيما يلي وصف تتضمن أمثلة.

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

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

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

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

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

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

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

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

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

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

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

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

تسوية جدول المثال

توضح الخطوات التالية عملية تطبيع جدول طالب وهمية.
  1. جدول أونورماليزيد:

    طالب #مستشارتلقي توجيهات الغرفةالفئة 1Class2Class3
    1022Jones412101-07143-01159-02
    4123سمير216201-01211-02214-01
  2. النموذج العادي الأول: لا المجموعات المكررة

    تابليسشولد لها أبعاد اثنين فقط. حيث أن طالب واحد للعديد من الفئات، يجب سرد ثيسيكلاسيس في جدول منفصل. Class1 الحقول و Class2 و Class3in السجلات أعلاه دلائل تصميم مشكلة.

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

    طالب #مستشارتلقي توجيهات الغرفةفئة #
    1022Jones412101-07
    1022Jones412143-01
    1022Jones412159-02
    4123سمير216201-01
    4123سمير216211-02
    4123سمير216214-01
  3. النموذج العادي الثاني: إزالة البيانات المكررة

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

    جدولين ديمونستراتيسيكوند العادية النموذج التالي:

    الطلاب:

    طالب #مستشارتلقي توجيهات الغرفة
    1022Jones412
    4123سمير216


    التسجيل:

    طالب #فئة #
    1022101-07
    1022143-01
    1022159-02
    4123201-01
    4123211-02
    4123214-01
  4. النموذج العادي الثالث: إزالة البيانات لا تعتمد OnKey

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

    الطلاب:

    طالب #مستشار
    1022Jones
    4123سمير


    أعضاء هيئة التدريس:

    اسمالغرفةقسم
    Jones41242
    سمير21642
BCNF نموذج علائقي العادية تطبيع ACC2002 ACC2003

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

خصائص

رقم الموضوع: 283878 - آخر مراجعة: 10/10/2013 01:53:00 - المراجعة: 9.0

Microsoft Office Access 2007, Microsoft Office Access 2003, Microsoft Access 2002 Standard Edition

  • kbinfo kbdesign kbdatabase kbhowto kbmt KB283878 KbMtar
تعليقات
body>tml>ype="text/JavaScript" async=""> var varAutoFirePV = 1; var varClickTracking = 1; var varCustomerTracking = 1; var Route = "76500"; var Ctrl = ""; document.write("