ما ضرر استخدام الترقيم التلقائى Auto Number

عزيزي..

لا يوجد مشكلة في استخدامها..لكن يفضل ان يكون هذا الاستخدام محدود، وفي جداول مساعدة كما تفضل الاخ انترنت ماستر

المشكلة تحصل فقط عند الحذف، وهي عدم اعادة تسلسل الترقيم

وهذا يحدث مشاكل كثيرة في البحث والفلترة واحيانا كثيرة في العلاقات والربط بين الجداول

بفضل استخدام الترقيم التلقائي كنوع حقل في جداول الارشفة، في جداول حفظ سجلات العمليات والدخول والخروج..

كما ان هناك تقنيات كثيرة للترقيم التلقائي بالكود تجعل الامر سهلا مع حقول مثل الرقم الوطني، مثلا رقم الجواز او حين يكون المفتاح الرئيس خليطا من الحروف والارقام

ولهذا كما قيل سابقا.. ليس للاستخدام في منتج نهائي هو صحيح الى درجة معينة، ولكن ليس في كل الحالات

باختصار..

الافضل هو القيام بالتحليل العلمي والسليم للنظام وهو امر يضمن نجاحه واستمرار عمله لسنوات

تحياتي

أخى همام

جزاك الله خيرا على ردك

وبعد إذنك لى استفسار:

اقتباس

المشكلة تحصل فقط عند الحذف، وهي عدم اعادة تسلسل الترقيم

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

فلماذا يكون التحذير الشديد من خبيرنا InternetMaster

اقتباس

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

التحرير: للتوضيح

أخي slave، أدلي بدلوي إن شاء الله في هذا النقاش بعد أن أعود بإذن الله من الخارج في غضون نصف ساعة إن قدر الله.... لأنني أريد أن أسهم ببعض الآراء

بسم الله الرحمن الرحيم

أخي slave: كلامك جيد جداً، وأحب أن أوضح عليه القليل من النقاط بعد إذنك وإذن الأخ همام.

الأمر عند الكلام عن الترقيم التلقائي، واستخدامه كمفتاح أساسي ينتهي إلى النقطتين الأساسيتين التاليتين:

الأولى: القرار عند التصميم بأن يكون المفتاح الأساسي خاصيةً ذات معنى في الحياة الحقيقية.

الثانية: عدم إدراك الهدف الأساسي من الترقيم التلقائي، وبالتالي استخدامه في غير مكانه.

الآن، بسبب عدم التمييز بين النقطتين السابقتين، يحدث اللبس عند النقاش في الترقيم التلقائي أحياناً، مثلما حدث أعلاه؛ على الأغلب الأخ InternetMaster يقصد النقطة الأولى، بينما كان الأخ همام عند رده السابق يقصد النقطة الثانية.

المزيد من التوضيح:

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

يجب أن تستخدم الترقيم التلقائي كمجرد رقم مميز للسجلات لا أكثر، ليس له أي معنى زائد. نقطة.

إذا أدركت هذه الحقيقة، وأحببت أن تستفيد من ميزة عدم تكرار قيم الترقيم التلقائي، يأتي مباشرة احتمال استخدامه كمفتاح أساسي، وهنا يأتي دور النقطة الأولى:

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

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

يتبع بعد الصلاة إن شاء الله....

استاذنا

احمد مبارك

ماشالله عليك زادك الله فراسة وعلم وفتح عليك فى هذا العلم وجعلك مبارك اينم كنت

اكمل بالله عليك و لا تشوقنا لعلم

كنت أقول: أنه يمكنك أن تتخلى عن فكرة استخدام أي حقل آخر ذي معنى حقيقي كمفتاح أساسي، فتستطيع حينئذ أن تستخدم الترقيم التلقائي كمفتاح أساسي، وتحقق الميزة التالية:

اقتباس

حيث أن استخدام هذه الحقول يغنى عن تدخل المستخدم أو التدخل البرمجى

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

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

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

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

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

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

المستخدم لا يرقم العملاء بالفعل، ولا أريد الاعتماد على أسمائهم كمفتاح أساسي، لذلك أستخدم ترقيماً تلقائياً لأرقام العملاء، فإن ذلك لا يهم المستخدم.

وهكذا...

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

معنى هذا أن هناك موضع للاثنين، ولا أعلم في الحقيقة السبب بالضبط في التحذير الشديد من قبل الأستاذ InternetMaster، ولكنني عرضت فهمي للموضوع.

أظن أن كلامي قد يحتاج إلى ترتيب لأنني تكلمت بارتجال نسبياً، وعلى فترات... أرجو ألا تتردد في الاستفسار عن أي إشكال في كلامي من فضلك...

ملحوظة: يجب عدم السماح بتولد سجلات يتيمة في كل الأحوال عبر استخدام التكامل المرجعي.

والله أعلم.

اقتباس

الآن، بسبب عدم التمييز بين النقطتين السابقتين، يحدث اللبس عند النقاش في الترقيم التلقائي أحياناً، مثلما حدث أعلاه؛ على الأغلب الأخ InternetMaster يقصد النقطة الأولى، بينما كان الأخ همام عند رده السابق يقصد النقطة الثانية.

ارجو ان تفسر هذه الجملة اخ احمد

هل اللبس لدينا في فهم سؤال الاخ؟

هل اللبس لدينا في فهم انواع الترقيم التلقائي واستخداماته؟

هل اللبس لدينا في شرح اضرار الترقيم التلقائي؟

ارجو التوضبح..لان كلمة لبس هذه تكررت منك ولم تحل مشاكلها بعد

رجاء اخي احمد التوضيح

سبق وان حصلت مشكلة بسبب تشكيكك في معلومات الخبيرة زهرة واستخدام كلمات والفاظ تشير اليها من هنا وهناك

وها انت مرة اخرى تكررها

رجاء وضح لي "اللبس" اين..؟

لاحول ولا قوة إلا بالله...

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

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

اقتباس

الآن، بسبب عدم التمييز بين النقطتين السابقتين، يحدث اللبس عند النقاش في الترقيم التلقائي أحياناً، مثلما حدث أعلاه؛ على الأغلب الأخ InternetMaster يقصد النقطة الأولى، بينما كان الأخ همام عند رده السابق يقصد النقطة الثانية.

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

أرجو أن أكون قد أجبت طلبك بالتوضيح.

أخى همام

السلام عليكم ورحمة الله

لماذا عندما يحتمل الكلام وجهين ننظر إلى الوجه الأسوأ ولا ننظر لهما معا

وما الداعى لذكر المشكلة مع أستاذتنا زهرة فى هذا الموضع مع أنها أُغلقت

ثم إن الكلام فى مسألة علمية ، فما المانع من أن يلتبس على أحد حقيقة ما

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

أرجوا أن نبتعد عن خلافاتنا لتتحرك القافلة

اخي احمد اشكرك على التوضيح ولك مني +1

فقد اردت الاستيضاح منك لانني وجدت هذه الجملة عامضة ولم استطع تفسيرها بغض النظر عن علامات الترقيم

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

اخي slave موضوع زهرة منته مع الادارة لكن لابد من وضع النقاط على الحروف والحديث بوضوح الى الجميع كما تعودنا بعيدا عن اسهابات وتعمق قد يضيع القاريء

اخي محمد العزيز محمد المكاحلة شكرا على النقاط التي ذكرت.. ولي عودة مع مناقشتها

شكري للجميع

معلومات عن اونواع الحقول والبيانات والخصائص بالتفصيل..من موقع مايكروسوفت

http://office.microsoft.com/ar-sa/access-help/HA010341783.aspx

اقتبس تحديدا ما يخص الترقيم التلقائي..

الترقيم التلقائي

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

تتطلب قيمة الحقل "ترقيم تلقائي" 4 أو 16 بايت، وفقًا لقيمة خاصية حجم الحقل الخاصة به.

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

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

هكذا تكون الروح :)

أخى الكريم همام:

زادك الله حرصا ورفع قدرك

وجزاك الله خيرا على الروح الطيبة أولا ، والاهتمام ثانيا

أخى محمد المكاحلة:

جزاك الله خير الجزاء ، ونفع بعلمك

أخى الحبيب احمد الحيقى:

تقبل الله منك ، وجزاك جوار الحبيب فى الدنيا والآخرة

أخوكم

slave

السلام عليكم ورحمة الله وبركاته ..

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

ليسمح لي أساتذتي الأفاضل بهذه المداخلة السريعة ..

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

يستخدم الترقيم التلقائي بشكل رئيسي في :

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

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

3- لا يستخدم الترقيم التلقائي للأرقام المؤثرة بالبرنامج مثل رقم الفاتورة أو رقم المريض أو رقم الموظف الخ ..

ولا أخفي عنكم عندما تقدم أخي slave جزاه الله كل خير بطرح هذا الموضوع فأول ما خطر على بالي هو أن الترقيم التلقائي ربما سيصل إلى رقم معين ويتوقف عن الترقيم وهنا المصيبة التي تكلم عنها الأستاذ InternetMaster ولكن لله الحمد فقد تمت التجربة على ذلك وتبين أن الأرقام في التسلسل التلقائي سوف تذهب معنا إلى أرقام خيالية وربما نستطيع ان نقول سوف تغطي النظام عندنا بعدد سجلاته مهما وصل العدد وكبر .

وهذه صورة عن التجربة ولاحظوا الرقم وممكن زيادته ولكن أعتقد أنه يكفي..

هذه هي خلاصة تجربتي في برامجي مع الترقيم التلقائي ..

تحياتي للجميع ..

أخوكم أبو عدنان

بارك الله فيك اخي ابو عدنان

تعودنا منك هذا العطاء

بخصوص المفاتيح الرئيسة

اعتقد ان الفيصل فيها هو التحليل وليس الاكسس بحد ذاته

فلو فرضنا مشروعا يخص المخازن

نفرض ان الزبون او النظام يتطلب ان يكون ترقيما متسلسا..

نفرض شيئا اخر او نظاما اخر.. يتطلب ان يكون رقم سادس عشري..

نظام اخر يتطلب رمز من رقم وحروف..

اذا التحليل ودراسة النظام بشكل سليم تحدد

كذلك جدول اخر.. جدول عمليات البيع "ليس الفواتير" بل تفاصيل الحركات اليومية للبيع "نظام عملت عليه سابقا للامانة"

هذا النظام بدون شك يتطلب رقم للعملية..لي منطقيا تسجيل رقم العملية يدويا..

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

شي اخر..

بعض الؤسسات الحكومية تستخدمر ارقام وصولات قبض متسلسة على مستوى الوزارة كلها..اي انها تعطى للموظفين بتسلسل معين لا يتكرر ولا يتوقف..

وهذا النظام مثلا يتطلب وجود رقم من خانات.. اول ثلاث هي رمز الوزارة- الثلاث الاخرى رمز الدائرة، الرمز الثالث هو للقسم او الادارة الفرعية او شي..

الترقيم التلقائي هنا بشكله الحالي في الاكسس لا يخدم الهدف

على العموم

اتمنى لكل من لديه خبرة مع الترقيم التلقائي ان يطرحها

تحياتي