ال Primary Key

انا لم اتعرض ابدا لموقف اضطررت فيه لاستخدام اكثر من 2 Primary Keys في table واحد و نادرا ماتحتاج اكثر من ذلك

حاول ان تراجع تصميمك فغالبا التصميم به بعض المشاكل

هناك حالات يكون فيها ال PK عد من الحقول مثل

جدول علامات الطلاب

رقم السنة

رقم الفصل

رقم الشعبة

رقم الطالب

و إن كان الجدول لأكثر من مدرسة يكون فيه رقم المدرسة على سبيل المثال

بشكل عام

هناك قواعد بيانات يكون فيها عدد الحقول كثيرة و قد ضربت مثالين

هل الطريقة مثلى عند زياة ال primary keys

الحل هو اختيار الحقول المراد ان تكون برميري كي لديك و اختيار

create primary key من القائمة التي تظهر عن الضغط باليمين

و لكن لاحظ انه لا يمكن ان يكون غير primary key clustered واحد فقط في الجدول و يمكن عمل الباقي no-clustered لغاية 269 حقل

حتقولي ازاي اعمل الباقي non-clusterd

قف على الحقل اللي تريد عمله non-clusterd و اضغط باليمين ثم properties ثم indexes و قم باضافة واحد لاظ انه البريمري الكلاسترد حيكون ال pk و الباقي ix و لا يمكن غير عمل واحد بريمري كلاسترد .

لكن دقق جيدا في اختيار الحقول التي ستكون كلاسترد لانه سيؤثر بشكل بكير في كفاءة القاعدة بالاضافة الى انه في حال الرغبة في التغيير يكون عليك عمل drop للايندكسس و عملها من اول و جديد

سؤال ممتاز على فكرة

اقتباس

هل الطريقة مثلى عند زياة ال primary keys

إضافةوتفصيل لما قاله الأخ busbar

اقتباس

لكن دقق جيدا في اختيار الحقول التي ستكون كلاسترد لانه سيؤثر بشكل بكير في كفاءة القاعدة

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

بالإضافة للسبب الآخر المذكور:

اقتباس

بالاضافة الى انه في حال الرغبة في التغيير يكون عليك عمل drop للايندكسس و عملها من اول و جديد

Aref21 كتب:

هناك حالات يكون فيها ال PK عد من الحقول مثل

جدول علامات الطلاب

رقم السنة

رقم الفصل

رقم الشعبة

رقم الطالب

و إن كان الجدول لأكثر من مدرسة يكون فيه رقم المدرسة على سبيل المثال

بشكل عام

هناك قواعد بيانات يكون فيها عدد الحقول كثيرة و قد ضربت مثالين

هل الطريقة مثلى عند زياة ال primary keys

←

هذا المثال لا يحتاج اكثر من primary key واحد فقط و هو رقم الطالب و ان كان رقم الطالب مربوطا بالفصل اذا ضع حقل جديد مثلا اسمه ID او مسلسل و يكون فيه رقم الطالب على مستوى المدرسة كلها و هذا استخدمه كprimary key و بالتالي سيكون افضل بكثير

هو يقصد أن هذا جدول علامات الطالب وليس جدول الطلاب

وهنا مثلا قد يكون المفتاح الأساسي هو رقم الطالب و رقم السنة ، كلاهما معاً

لأن رقم الطالب قد يتكرر في عامين متواليين

أنا لا أقصد جدول الطلاب بعينه و لكن أي جدول آخر ممكن يحتوي أكثر من حقل لتشكل هذة الحقول المفتاح الرئيسي لهذا الجدول فذكرت الجدول السابق على سبيل المثال

قلت لو نظام المدرسة يحوي جدولا لعلامات الطلاب على سبيل المثال

و كان المحدد لهذا الجدول

رقم الطالب و رقم الفصل ورقم الشعبة و لو كانت أكثر من مدرسة لكان رقم المدرسة ضمن هذه الحقول

فهل الأفضل جعل هذه الخقول كلها ضمن المفتاح الرئيسي ام دمجها في مفتاح واحد

ارجو أن يكون سؤالي الآن مفهوما

احسن شئ ان تبني حقلا جديدا مستقلا و تجعله هو الPrimaryKey

في عندي جدول فيه رقم السنة و رقم الشهر ورقم الفرع الذي يعمل فيه و رقم القسم ورقم الموظف و عدة حقول أخرى للاحتفاظ بمرتبات الموظفين الشهرية فهل يجب أن تكون الحقول المذكورة مفتاح أم ماذا دلوني؟

هناك عده معايير لاختيار المفاتيح في الجدول

1- هل ستستخدم هذه الحقول في استعلامات select ام لا لو نعم سيكون عليك عملها بريمري

2- لو ستستعمل بعض الحقول في استعلامات select مع inner join او outer join سكون عليك اضافة non-clustered key .

تصميم الداتا بيس عندك normalized ام لا لانه لو normailized فاضافة الكثير من البرميري كي سيؤثر على كفاءة القاعدة.....