اتفاقية تسمية MySQL

Question

لقد استخدمت دائمًا نوعًا ما Hungarian Notation لأسماء الحقول الخاصة بي في طاولاتي على سبيل المثال

#Table Users
u_id, u_name, u_email etc...

#Posts
p_id, p_u_id, p_title, p_content etc...

لكن قيل لي مؤخرًا أن هذه ليست أفضل ممارسة. هل هناك طريقة أكثر قياسية للقيام بذلك؟ لم أحب حقًا استخدام الحقل id لأن هذا هو ما يتطلب منك الاختيار table.field لأسماء الحقول التي تظهر في جداول Mutliple عند استخدام Joins وما إلى ذلك.

أفكارك حول أفضل الممارسات ستكون موضع تقدير.

Answer 1

أفضل الممارسات هي الأكثر راحة لك أو لفريقك. كل مبرمج لديه رأي خاص به حول استخدام الرموز.

Answer 2

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

1. تكون متسقة في المشاريع ،
2. لا تكون مفرطًا ،
3. ولا تستخدم الكلمات المحجوزة

جمعية البناء الخيرية. ويكي.

Answer 3

يعتمد على أسلوب العمل الخاص بك. لا توجد مجموعة ثابتة من القواعد.

يمكنني استخدام camelcase tablenamefieldname لـ eg catid ، catname ، catdesc

Answer 4

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