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

مرحبا،،،

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

ولأساعدك أكثر أقول لك -- إحفظ القاون الشامل التالي:

كافة الأزرار Buttons

قوائم السرد Combo Boxes

مربعات النص Text Boxes

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

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

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

تحياتي،،،

مرحبا،،،

توقعت الحصول على محاولات أكثر --- لا أدري هل مع تزايد صعوبة المفاهيم بدأ الأخوة والأخوات في الفرار بعد الصداع !!!

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

نعود إلى قاعدة بيانات المستوصف...

وآمل حتى في غياب المشاركات --- أن يكون هناك من حاول، وقد كنت متأكداً أنكم لن تصلون إلى الحل ولم يكن أصلا الوصول إلى الحل هو الهدف --- الهدف هو تعميق مفاهيم وأسس قواعد البيانات من خلال توضيح:

أن تصميم قاعدة بيانات ليس نزهة ورحلة ممتعة وسهلة

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

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

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

في جداول قاعدة البيانات الخاصة بالمستوصف لدينا مشكلة -- تعالوا نلخص هذه المشكلة:

بين العيادات والأطباء -- علاقة متعدد إلى متعدد حيث أن كل عيادة يدخلها أكثر من طبيب وكل طبيب يدخل أكثر من عيادة.

بين العيادات والمرضى -- علاقة متعدد إلى متعدد حيث ان كل عيادة يدخلها أكثر من مريض وكل مريض يزور أكثر من عيادة؟

بين الأطباء والمرضى -- علاقة متعدد إلى متعدد حيث أن كل طبيب يعالج أكثر من مريض وكل مريض يعالجه أكثر من طبيب.

بإختصار، العلاقات بين الجداول الثلاثة هي علاقة متعدد إلى متعدد، ماذا يعني هذا؟

يعني (حسب ما تعلمناه) إنشاء ثلاثة جداول على شكل Junction Tables جداول متقاطعة وهذا غير عملي وسيؤدي إلى قاعدة بيانات على شكل (سباجيتي) أي متداخلة بشكل خطير مما سيؤثر على التماسك والتكامل.

بالمناسبة المصطلح Spaghetti سباجيتي (أي المكرونة المتداخلة) هو مصطلح علمي يستخدم في البرمجة.

ما هو الحل إذا؟ -- إتصال دولي سريع مع السيد Codd --- الإجابة هي بإستخدام جداول الحركة Transaction Tables

معظم قواعد البيانات تستخدم جداول الحركة -- تعالو نعود إلى (المنطق) ولننسى قواعد البيانات لدقيقة:

لدينا مستوصف جديد (تم إفتتاحه منذ 5 دقائق) ولدينا جدول على الورق فيه بيانات الأطباء ولدينا جدول آخر على الورق فيه بيانات العيادات --- المستوصف جديد (أي لا يوجد مرضى)

نحن جميعا في قاعة الإستقبال مبتسمين --- ماذا ننتظر ؟؟؟

نعم -- صح -- ننتظر دخول مريض ما !!! بدون دخول أي مريض إلى المستوصف سنبقى جميعا في قاعة الإستقبال مبتسمين ننتظر حتى نهاية الدوام -- بالتعبير العلمي لا يوجد حركة في المستوصف !!!

حتى لو دخل مريض (ولا يشكو من علة) فقط للإطلاع على جاهزية المستوصف وقام بفتح ملف (مجاني) لدينا في المستوصف ثم خرج --- ما الذي حصل؟

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

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

نفس الوضع في حالة كون قاعدة البيانات لمحل شراء وبيع، جدول للأصناف وجدول للعملاء (فارغ) وجدول للبيع --- بدون دخول مشتري لن يكون هناك حركة !!

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

في المدرسة جدول للمدرسين وجدول للفصول وجدول للمواد بدون وجود طلبة مسجلين بمواد فلن يكون هناك حركة.

متى تبدأ الحركة ؟

متى تبدأ قاعدة البيانات في التفاعل والعمل ؟

من يجيب بعد هذه الإضاءة؟

تحياتي،،،

السلام عليكم

عزيزي internetmaster ترا كلنا آذان صاغية لدروسك وننتظرها بفارغ الصبر

وبالنسبة لجداول الحركة

بالتأكيد سنحصل على الحركة عندما نسجل مريض يريد زيارة أحد الأطباء

أو عند تسجيل طالب لأحد المواد التي سيدرسها

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

تحياتي

اخي الكريم

اعتقد تبداء الحركة عندما يدفع المريض نقود الكشف ومن تم تحويله الى احدى العيادات الموجود بها احد الاطباء ويقوم الطبيب بتسجيل بياناته في سجل المرضى مرة اخرى ( مخالفة لاحد قوانين السيد codd )

لاتنسى اننا ما زلنا نفكر ونبني القاعدة على الورق

اعتقد وقد اكون مخطأً ان جدول الحركه نضع به الحقول المتحركه اي المتغيره والتي لا بد من تكرارها مثل تاريخ ووقت دخول المريض وغيرها من كافة الجداول .

ولادخال سجلات الى هذه الحقول قد نحتاج الى استعلام التحديث يعني نرجع لل sql ونستلف منها الامر insert

اخي الكريم

ارسلت لك رسالتين ما ادري وصلت ام لم تصل

لكم مني خالص التحية والتقدير

بارك الله فيك يا أخ internetmaster

وجعل هذا العمل في ميزان حسناتك يوم الحساب

فلقد جعلتني أنجذب مرة أخري للمنتدى بعد ما فقدت الأمل في تعلم أي شئ منه بعد

اختفاء الأساتذة الكبار وعدم الرد على المشاركات والبخل الشديد في مشاركة العلم

أرجو لك التوفيق والنجاح في الدنيا والآخرة

كما أرجو من الله تعالي أن تستمر تستمر تستمر تستمر تستمر تستمر تستمر تستمر

تستمر تستمر تستمر تستمر تستمر تستمر تستمر تستمر تستمر تستمر تستمر تستمر في هذا الدرب

بارك الله فيك

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

من هنا نستنتج الحقول الخاصه بالحركه .

شكرا لك اخي العزيز Internet Master

وسأعمل بنصيحتك من اليوم ... واضم صوتي للاخ Access Lover واتمنى منك محاولة الاستمرار معنا

مرحبا،،،

بعد أن تورطت في أكثر من مشوار مع العائلة --- نستكمل...

نعم جداول الحركة واحدة من ((((((((((((( أهـــــــــــــــــــــــــــــم )))))))))))))))))) وأخطر الجداول في قواعد البيانات...

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

وجداول الحركة في أكثر من 90% من الحالات تكون عبارة عن جدول واحد فقط يقوم بربط معظم الجداول الأساسية --- مرة أخرى ليس شرطا !!!!!!!!

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

ننشأ جدول جديد بإسم Visitors وفيه الحقول التالية: (على الورق) ...

رقم المريض -- حقل غريب يمثل المفتاح الأساسي من جدول المرضى

رقم الطبيب -- حقل غريب يمثل المفتاح الأساسي من جدول الأطباء

رقم العيادة -- حقل غريب يمثل المفتاح الأساسي من جدول العيادات

وحتى لا يزعل مستر Codd فنضيف مفتاح أساسي للجدول السابق وهو..

رقم الزيارة

حلاوة وروعة هذا الجدول الآن انه يعطينا الفرصة لإضافة أية معلومات عن ماذا حدث في العيادة بين الطبيب والمريض...

نستكمل الحقول...

تاريخ الزيارة

وقت الزيارة

تشخيص المرض

وصفة العلاج

تاريخ الخروج

وقت الخروج

القيمة التي دفعها المرض

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

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

يمكنك أن تضيف ملايين الحقول على جدول الحركة:

درجة حرارة المرض

قياس الضغط

أعراض المرض

كل شيء يتعلق بموضوع الزيارة يسرد هنا

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

فقدنا جدول العيادات --- نلف وندور على العيادات مرة أخرى ونجري حصر لبيانات العيادات

فقدنا جدول المرضي --- لا بأس نحاول الإتصال بهم (أو ننتظر زيارتهم) ونعيد تجميع بياناتهم

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

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

الثمن المدفوع مقابل جدول الحركة (عندما يحتوي على بيانات مالية) أو معلومات ذات سرية قصوى يتوجب أن يقترن بجدول الرقابة Control Tables التي تقوم بمراقبة مدخلي البيانات.

مدخلو البيانات دائما محط شك وريبة من قبل مصمم قاعدة البيانات.

من يقول لي الآن كيف نربط الجداول الأربعة الموجودة في قاعدة بيانات المستوصف؟؟

تحياتي،،،

جزاكم الله خيرا على الدروس الرائعة و خاصة على عزمك لإكمالها

أولا: دراسة العلاقة بين الطبيب و المريض---ليس هناك علاقة بين الأطباء والمرضى مالم تتواجد حالة مرضية (case).العلاقة هى علاقة الأطباء بحالات المرضى وليس بالمرضى وعليه ننشأ جدول جديد ونسميه tblCase. سنفترض مؤقتا أن كل حالة مرضية ستعالج بواسطة طبيب واحد فقط.

وفى الإتجاه الآخر من العلاقة بين المريض و الطبيب, المريض ليس له علاقة بالطبيب مالم يفتح Case ويكشف عليه. وبالتالى ننشأ جدول آخر ونسميه tblVisits. حتىيسهل تتبع مجموعة زيارات خاصة بحالة مرضية معينةسواء كانت الحالة (تحت العلاج أو تم علاجها)

وتكون العلاقات كما بالملف المرفق.

quick_ERD.doc

الآن صار واضح رقم الطبيب في جدول الزيارات حقل غريب ويربط مع رقم الطبيب في جدول الأطباء بالمثل حقل رقم المريض في جدول الزيارات مع رقم المريض في جدول المرضى وكذلك رقم العيادة حقل غريب في جدول الزيارات ويربط مع رقم العيادة في جدول العيادات

كما أن رقم الطبيب يوضع كحقل غريب في جدول المرضى ويربط مع حقل رقم الطبيب في جدول الاطباء

وحقل رقم العيادة يوضع كحقل غريب في جدول الأطباء ويربط مع حقل رقم العيادة في جدول العيادات

تحياتي

شكراً أخي الفاضل

على الموضوع الشيق والجميل

عزيزي

وفقك الله ورزقك دنيا وأخرة

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

مرحبا،،،

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

القسم الأول: قواعد بيانات لحفظ البيانات فقط بدون خادم Sever مثل الآكسس و Clipper و FoxPro وغيرها كثير.

القسم الثاني: قواعد بيانات على شكل خادم Server ومن أشهرها:

Microsoft SQL Server

Oracle

Sybase

للإنتقال من القسم الأول إلى القسم الثاني، لا بد من ملاحظة بعض الأمور الهامة جدا ومن ضمنها:

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

Developer للأوراكل

Enterpise للـ.... MS SQL

Development Tools للـ.... Sybase

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

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

الآكسس مثلا --- في حدود 10 شخاص

MS SQL -- في حدود 30 إلى 70 ألف شخص

Oracle -- في حدود 100 إلى 150 ألف شخص

Sybase -- بالملايين

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

وعليه فإن القفز إلى Sybase ليس عملي على الإطلاق بالنسبة لنا...

يتبقى لديك الإختيار بين MS SQL و Oracle للشهرتهما الكبيرة جدا في بناء التطبيقات الإدارية ويوجد بينهما فرق بسيط جدا...

أن معظم البرامج في السوق هي تطبيقات لشركة ميكروسوف وعليه فإن الإنتقال إلى Oracle سيؤدي إلى ضرورة مواجهة والتغلب على بعض المشاكل الناتجة من المؤامة compatibility والدعم الفني Technical Support

من وجهة نظري أن MS SQL يوجد له في السوق كتب أكثر، يوجد له دعم فني عالي وسريع من قبل شركة ميكروسوفت ولا يوجد مشاكل في الموائمة.

بناء على الإضاءات السابقة أرى والرأي خاص لكل شخص ويتبع ذوقه وطريقته في التعلم...

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

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

بعد (بضعة أسابيع) من التذوق والمحاولة والتجربة يتم التركيز على واحد منهم بقوة وشدة (وهذا ما فعلته أنا مثلا) وقد إخترت MS SQL بعد إستنزاف دام لسنة تقريبا في تذوق كلا من Oracle و ٍSybase.

ولكن...

مشكلة MS SQL انه لا يوجد معه أية برامج إلحاقية قوية تساعد على إنشاء نماذج الإدخال وتقارير الإخراج وغيرها وبرنامج Enterprise الملحق به يساعد في عمليات أخرى ذات قوة عالية جدا مثل User Defined Functions وكذلك مثل Stored Procedures وقد نتطرق لها لاحقا عند شرح بضعة دروس عن تطبيقات قواعد البيانات على الإنترنت.

الثمن الذي ستدفعه مقابل إختيارك MS SQL هو تعلم لغة أخرى تساعد على بناء نماذج الإدخال وتقارير الإخراج وأبسط هذه البرامج وأسرعها FrontPage و ASP.Net لتطبيقات الإنترنت و VB.Net لتطبيقات Client Server. وستصدم وتفاجأ عندما ترى أن كل ما تعلمته في نماذج وتقارير الآكسس هو نفسه تقريبا موجود في هذه اللغات !!! وهنا تكمن روعة وقوة شركة ميكروسوفت في أن ما تتعلمه يفيدك دائما في مرحلة أخرى.

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

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

تحياتي،،،

مرحبا،،،

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

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

سأحاول قدر إستطاعتي التواصل معكم ومع المنتديات الأخرى...

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

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

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

تحياتي وتقديري لكم جميعا.

اللهم لا علم لنا إلا ما علمتنا.

تحياتي،،،

وفقك الله يا أخي وسدد خطاك وجعل كل ما تفعله في ميزان حسناتك ..

نسأل الله لك العون في ما تفعله ..

وبارك الله في عملك وجهدك ..

السلام عليكم

بارك الله فيك استاذ InternetMaster

لقد وصلت متأخراً بعض الشيئ وقد قمت بتحميل هذه المشاركة على ملف وورد لقراءتها بتمعن

جعل الله لك بكل حرف كتبته هنا ألف حسنة وزادك من العلم النافع ونفع بك الإسلام والمسلمين .. آمين

( نود أن نعرف اسم شركتك إذا كانت متخصصة في إنتاج البرامج فقد نحتاج لكم يوماً ما فيما يخص العمل )

جزاك الله خير واحسن اليك

وجعل كل ما قدمته وسوف تقدمه لنا في ميزان حسناتك

انت قلت

اقتباس

سأحاول قدر إستطاعتي التواصل معكم ومع المنتديات الأخرى

ماهي المنتديات الاخرى هل بالامكان الاشاره اليها لكي نستفيد ايضا

وهل انتهت كل الاسس العملية لقواعد البيانات ام لازال هناك الكثير منها

وهل يمكنك ترجمة قواعد السيد codd على الاقل لاخذ لو فكره بسيطه عنها

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

وصراحة يا سيد الانترنت بدأت اكره الاكسس من كثر كرهك له وتهميشك له

ساحاول ان ابدا من جديد مع برنامج Microsoft SQL Server مع انني لم يسبق ان

عرفته من قبل وانا اعرف انني ساواجه ما لا اطيق ولكن لعل وعسى ان اجيده

شيئا فشيئاً واظن ان الطريق الى ذلك طويل

اخيراً اتمنى انك قضيت معنا اجمل الاوقات واتمنى ان تكون بيننا بين الحين والاخر

لدفعنا الى الامام وتعطينا مما حباك الله به من علم

تقبل فائق احترامي وتقديري لشخصكم الكريم

بارك الله فيك استاذ InternetMaster

وجزيت خيرا على دروسك المشيقة جدا جدا

وفقك الله على المعلومات الثرية

اخي لدي أستفسار

اذا كان البرنامج للعمل في مكان واحد ( جهاز ) هل يفي اكسس بذلك؟

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

اخيرا

لقد قمت بتحميل oracle 9 srevse ولم استطع الوصول الى مكان عمل الجدول

الرجاء اعطاءنا أسماء البرنامج التي نستصيع عمل ذلك بهم

جزاكم الله خيرا

اذن من هذا كله فقد اتضحت الرؤى جيداً حول الأسس العلميه لقواعد الاكسيس .

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

هل ممن الممكن وهو مجرد اقتراح قد يكون مفيد جداً جداً جداً .

اجراء مقارنه بين ماكنا نقوم به سابقاً وحول ماقام بطرحه اخينا العزيز مستر انترنت .

اتمنى ان نجد الرد السريع فبهذه النقطه يمكن ترسيخ جميع ماجاء في هذه الدروس بشكل ادق وأسرع .

ويتم ذلك بوضع ملف وورد على شكل نقاط . فيه الخطاء والصواب .

أخي علآلي هل وصلت اليك رسالتي؟

السلام عليكم

جزاك الله خيرا أخ InternetMaster وجعله الله فى ميزان حسناتك

طيب يا شباب وش رأيكم نعتزل الأكسس

ونسوي حفلة وداع له

وكل واحد يروح يدور على برنامج من البرامج الموضحة في خطاب سيد الانترنت

أشكرك أستاذنا ماستر أنترنت على الدورس

المفيدة صحيح أني لم أرد على أي سؤال لأني مشغول

ولكني نسخت كل مشاركاتك في ملف ورد لأستفيد منها

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

ولا أعرف في الإستعلام أي شيء

أما بعد قراءة الدروس الخاص بك وتطبيقا حرفا حرفا والحمد لله بدأ التعلم من هنا

وأخيرا لا يسعني إلا أن أشكرك وأدعو لك بالخير ودوام الصحة والعافية وزيادة في العلم والمعرفة