يوجد الكثير من الطرق التي لعمل حقول هوية مميزة Identity fields او ما يعرف بالمفتاح الأساسي Primary Key Filed ، من اشهرها على الاطلاق حقل الـ Autoincrement او الترقيم التلقائي ، والتي يتم فيها توليد رقم تلقائي يزيد عن اخر رقم في العداد الخاص بقيمة تكون في اغلب الاحيان 1 ، تتميز بالخفة والنحافه ، وبالتالي فنحن نتوقع منها الاداء المتميز كونها تحمل قيمة رقمية صغيرة تبدأ من 1 وتصل للآلاف لكنها قد تصل الملايين كلما كبر حجم البرنامج وزاد استخدامه ، وان يكن ، فهي لاتزال ارقام صحيحه integers قد تكون مثلا 99999999999953424 وماذا يعني ذلك ؟ فلا يوجد مشاكل حتى اللحظه فما احلاها !

ولكن ما يعيب هذا الاسلوب هو افتقادها إلى شيء مهم للغاية ، حيث اننا في التطبيقات الكبيرة نوعا ما ، يكون اغلب اعتمادنا على الوضع المنفصل فقد نستخدم Dataset,LINQtoSQL,Entity Framework,…etc ونضيف سجلات Records وقد يتم تعديلها حتى قبل ان ترسل إلى قاعدة البيانات database ، والمشكلة التي ستحدث هنا ، ان كائنات البيانات التي بحوزتنا لن تستطيع اسناد قيمة لحقل المفتاح الأساسي ، حيث ان اصدارها يتم حكرا على قاعدة البيانات فقط ، ولن نستطيع معرفة قيمتها الا بإضافة السجلات إلى قاعدة البيانات وهنا تمكن المشكلة ، ففي التطبيقات التجارية والتطبيقات التي تعتمد على تعدد الطبقات n-tier applications ، يتم اضافة العديد من السجلات وحزمها كلها في حزمة واحده لإرسالها دفعة واحدة إلى قاعدة البيانات ، كما يتم قبل ذلك كله تبادل البيانات بين طبقتي العرض والاعمال ، ناهيك عما يدور خلف الكواليس من عمليات تحقق وسين وجيم !

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

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

قد يقترح احدهم ان نكبر المجال ليكون إلى 20 مليون مثلا وبالتالي نضع انفسنا في امان اكثر ونكون على يقين بأن نسبه تكرار الرقم صغيرة جدا – اقسم 1 على 20 مليون ! – ومن هنا سنحتاج إلى ان يكون حقل المفتاح الاساسي من نوع خاص ، فالنوع الرقمي – اما في .net او في SQL Server – لن يحتويه في اغلب الاحيان فنحن نتحدث من منظور التطبيقات المتوسطة والكبيرة والملايين ، مما قد يدفعنا إلى استخدام حقل نصي في قاعدة البيانات ، ونوع نصي كـ String مثلا في برنامجنا ، لكن هذا النوع يعاب عليه البطء في مثل هذه العمليات ، فهذا الحقل هو المفتاح الاساسي وتعتمد عليه كل العمليات الأخرى مما يعني ان ينخفض مستوى الأداء بشكل كبير جدا جدا ويصبح العمل بطيئا للغاية .

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

طيب والحل ؟

ينفرد SQL Server وكذلك .Net Framework بالنوعين UniquIdentifier و GUID – الاول في الاول والثاني للثاني طبعا ! – فهذا النوع يقوم بتوليد سلسلة نصية طويلة مثل التالية:

dc63e853-804b-4eac-b2e8-270bf1095a63

21c5d16d-d455-49e1-ab4a-7ff39753c4f9

5690757b-544f-49d8-b412-d45433f55202

1c7c7409-a9cf-48cd-a051-6a3a145b90c3

1be8fd38-785c-4628-b5f8-efab7b4d7e40

fc9270f6-fc6b-426e-b7d8-d4b43ec73f6a

4f400213-dcdc-4c91-9ec0-5ce916332be4

74211c09-0bb7-4eea-8944-94581545e3a3

cbb03156-990e-4e15-891e-96788861b8f7

c3b60d21-94a0-4764-866b-582b04fa9701

d0921672-bfff-41c1-9c17-56a76d459d66

3434c358-2371-4352-b16e-c72c4c138525

21afb37d-5981-4c7f-b6f5-0c15a8b7cda5

c1675a25-c365-4015-8151-16d1b2ff7271

ceabf72d-3076-4784-80d8-879a53e21e0c

55760bd0-b7bc-4b14-8b4e-b808e9cb35fe

فنسبه تكرار الرقم ضئيلة للغاية وقد تصل إلى – بحسب حساباتي المتواضعة – 15.78E-51 تخيل 51 خانة عشرية كلها اصفار ! اذا نسبة ضئيلة جدا جدا من التكرار ، فمن هذه الناحية نضمن عدم التكرار ، ومن ناحية نوع البيانات فهو مدعوم في اطار العمل .net وفي قاعدة البيانات SQL Server ايضا ، طيب ماذا عن السرعة ؟

من ناحية السرعة فلا تقلق ، فبما اننا بعدنا عن النوع String فنحن في جهة آمنة من البطء ، خصوصا ان النوع مدعوم في كلا المكانين SQL Server و .Net Framework

وماذا بعد ؟

تتوفر الفئة GUID مباشرة في فضاء الاسماء System ، والميزة التي تتمتع بها انها Shared خصوصا الدالة NewGUID التي تعود بقيمة GUID هكذا : Guid.NewGuid() ، وبالنسبة لإنشاء كائن جديد فذلك عادي جدا :

Dim x As Guid         x = Guid.NewGuid         Console.WriteLine(x)         Console.Read()

ولكن تذكر دائما وجوب استدعاء الدالة NewGUID في حالة رغبتك بإنشاء مميز جديد ، حيث ان الكود التالي :

سيعطينا نفس الناتج تماما مرتين ! والحل يكمن في استدعاء الطريقة المشتركة Guid.NewGuid في كل مرة :

بهذا نكون قد انتهينا من هذا الموضوع .

تحياتي

عندما نكون قد وصلنا إلى هذه المرحلة ، اعتقد انه قد حان الوقت لنكون قد انتهينا من الحاجه في اظهار الكثير من الخطوات ! حيث انني اود عرض الاختلافات فقط !

نقوم بداية بإضافة فئة جديدة من النوع ADO.NET Entity data Model ونسميها مثلا CustomerOrdersModel ثم يظهر امامنا المعالج طالبا منا تحديد كيفية تصميم مصدر البيانات لنطلب منه توليد النموذج بكرم من قاعدة البيانات :

الخطوة التالية ، يطلب منك المعالج تحديد قاعدة البيانات ، قم بتحديد قاعدة البيانات Northwind بنفسك ، ثم انتقل إلى الخطوة التي بعدها وحدد الجدولين Customer,Orders ، وفي خانة الـ Namespace اكتب اسم دلالي مميز سنحتاجه لاحقا وليكن Entities ، انه المعالج بعدها ، لتفتح لك نافذة جديدة وهي نافذة الـ ModelDesigner ، طبعا لا حاجه لك في تعديل أي شيء هناك :

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

الآن توجه إلى النافذة الجديدة Form1 لنقوم بتطوير نافذة Master Details من النوع Full Details ، سنحتاج اولا إلى اضافة الـ DataSource ، وهنا تشترك الطريقتان LINQ-to-SQL و EntityFramework في كون الطريق هي نفسها ، حيث تختار ان يكون مصدر البيانات هو كائن Object ثم تحدد الفئة Customer وتنهي المعالج كالعادة لتجد الفئات قد وجدت على شكل جداول في النافذة Datasources ، قم بعدها بسحب الجدول Customer على شكل Details إلى النافذة from1 ثم الجدول Orders الفرعي التابع له النافذة ايضا ! بعدها انتقل مباشرة إلى نافذة محرر الاكواد حيث اننا سنحتاج إلى كتابة سطيرات برمجي بسيطة :

حيث نقوم اولا بتعريف كائن جديد من النوع Entities وهي الفئة التي تحضن باقي فئات الجداول في الـ Entity Framework ، وفي حدث التحميل نقوم باسناد قيمة إلى الكائن BindingDataSource ولكن هنا لدي ملاحظه مهمه جدا ، وهي ضرورة استخدام الطريقة Inculde وارسال إسم الجدول المرتبط معها ، حيث لو كتبت ent.Customers فإن سجلات الجدول الفرعي Orders لن تظهر وانما ستظهر البيانات الاساسية فقط من الجدول الاب Customers .

وبالنسبة لحفظ التعديلات فكما نلاحظ فإننا لا نحتاج إلا إلى مناداة الطريقة SaveChanges حتى يتولى عنك خلفان وعباس وحمدان القيام بالباقي !

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

1- استخدام الـ Dataset :

سافترض بانك تعرف كيفية اضافة مصادر البيانات فلن اضع صورا هنا ، سنقوم اولا باضافة مصدر البيانات من خلال القائمة Data | Add New Data Source ومن هناك نحدد قاعدة البيانات Northwind ونختار الجدولين Customers و Orders فقط ثم ننهي المعالج .

عمل الـ Full Details Form :

نتوجه بعدها إلى النافذة Form1 لنقوم بالعمل عليها ، وارجو منكم التركيز جيدا هنا .

1- توجه إلى القائمة Data | Show Data Sources او اضغط على shift+alt+d ستظهر لك النافذة بالشكل التالي :

لاحظ من هناك وجود الجدولين Customers و Orders ، ينبثق من كل منهما الحقول التابعة لهما والميزة هنا هو امكانيه اختيار الاداة التي يتم عرض بيانات الحقل بها ، حتى الجدول نفسه يمكن تحديد ما اذا كنت تود عرضه بطريقة الجدول Grid او التفاصيل details .

من اهم الامور هنا هو وجود الجداول المتربطة بشكل متداخل ، فلاحظ من الصورة السابقة وجود الجدول Orders مرتين ، الاولى بشكل تابع للجدول Customers والثانية بشكل مستقل عنه ، تبعية الجدول Orders للجدول Customers من خلال العلاقة التي بينهما ( One-to-Many ) يعني امكانيه عرض السجلات التابعة لكل سجل بشكل سهل جدا . هذا ما سنشاهده بعد قليل فلا تخف.

قم بالضغط على الجدول Customers وستنبثق لك قائمة صغيرة لتحدد طريقة العرض اختر منها details كما بالشكل التالي :

الآن الخطوة الاكثر اثارة واهمية ، وهي سحب الجدول Custometrs إلى النافذة form1 وتركه هناك ، سيقوم Visual Studio بتوليد كل الادوات والاكواد المطلوبة لعرض البيانات وربطها والتنقل بينها … الخ كما بالصورة التالية :

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

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

لو قمت الان بتجربة البرنامج ، ستجده يعمل بالشكل المطلوب تماما ، فبمجرد عرض سجل من الجدول customers في الاعلى ، يتم عرض السجلات المرتبطة به من الجدول Orders مباشرة في الاداة DataGrid في الاسفل مباشرة .

اذا كنت تستخدم الاصدار 2008 فقد اتممت كل الامور الضرورية المطلوبة ، اما في الاصدار 2005 و .net framework 2.0 فأنت بحاجه إلى اضافة بعض السطور في كود الحفظ من الـ BindingNavigator فهنا يتم تحديث كل جدول على حده للأسف ، لذلك ستجد كودا مثل :

وهذا يعني تحديث بيانات الجدول Customers فقط دون الجدول Orders المرتبط به ، لذلك اضف بعض السطور ليصبح الكود النهائي بالصورة التالية :

بينما في الاصدارات الاحدث من اطار العمل وكذلك فيجوال ستوديو ، يتم توليد الفئة TableAdapterManager يقوم بإدارة كل الكائنات من النوع tableAdapter والعمل عليها دفعة واحدة ! فكود الحفظ سيكون مولدا تلقائيا بالشكل التالي :

حركة اخيرة احبها في هذا النوع من النوافذ وهو استخدام عجلة الفأرة MouseWheel للانتقال بين السجلات حيث نضيف الكود التالي في حدث الـ MouseWheel التابع للنافذة Form مباشرة :

بهذا نكون قد انهينا نافذة من النوع Detail view .

بناء نافذة من النوع Lookup :

هنا قم بإضافة نافذة جديدة فارغة إلى مشروعك ، وتوجه إلى نافذة الـ Datasources وحدد الجدول Customers وقم بتحديد النوع None لكل الحقول ، فلا نريد عرض سوى حقل واحد وهو ContactTitle حيث نريد عرض اسم الـ contact فقط ، وبالنسبة لهذا الحقل ، اختر الاداة ListBox :

الآن قم بسحب الجدول customers عن بكرة أبيه إلى النافذة Form ، ستلاحظ توليد الـ BindingNavigator وكل المكونات الاخرى ، وتوليد اداة ListBox فارغة ، قم بالنقر في الزر العلوي منها كما بالشكل التالي :

قم بتفعيل الخيار Use data bound items ، وستتغير تلك النافذة الصغيرة لتظهر عدة خيارات اضافية بها ، يهمنا منها الخاصية Datasource ، اختر منها CustomerBindingSource كما بالشكل التالي :

وبالنسبة للخاصية DisplayMember اختر الحقل ContactName التابع للـ customerBindingSource دون غيره :

الآن قم بتعيين قيمة الخاصية dock التابعة للاداة Listbox لتكون Left حيث اننا نود عرضها بالجانب الايسر في هذه الحالة – وفي حالة كون التطبيق باللغة العربية اجعله Right لاتنسى رجاءا ! – بعدها توجه مرة اخرى إلى النافذة DataSources وقم بسحب الجدول Orders الفرعي – التابع لـ Customers – إلى النافذة مباشرة وقم بضبط الخاصية Dock لها لتكون fill ، شغل بعدها البرنامج مباشرة وشاهد النتيجة بنفسك :

حيث يظهر لك في الاداة ListBox الحقل ContactName وبمجرد اختيار احد القيم من هناك يتم عرض البيانات الفرعية التابعة له من الجهة اليمنى في الاداة DataGridView .

تبقى فكرة الحفظ نفسها التي طبقناها في المرة السابقة مع النوع الاخر من النوافذ وذلك في حالة كونك تستخدم VS2005,.net 2.0 .

بهذا نكون انتهينا من عرض طريقة استخدام الـ Dataset في انشاء نوافذ تعرض البيانات بطريقة Master Details .

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

وقبل البدء في الغوص في الامور البرمجية وتقنيات التطوير الخاصة بها ، سنعرض مخطط البيانات للجداول المستخدمة ، حيث سنستخدم الجدولين Customer,Orders من قاعدة البيانات Northwind ويظهر ذلك كما يلي :

تقنيات الوصول إلى البيانات :

قبل حوالي 4 سنوات من الآن ، كانت هذه الفقرة عديمة الفائدة تقريبا ، خصوصا اننا كنا محكورين بإستخدام الـ Dataset فقط لوصول المباشر ، او الـ WebServices للوصول البعيد – وهو خارج نطاق موضوعنا هنا – اما اليوم فقد تعدل الوضع كثيرا واصبح لدينا Dataset,LINQtoSQL,Entity Framework فقد تعددت الخيارات بشكل واضح . الفروقات بينها قد ناقشناها سابقا على الرابط التالي ، غير انني انوه الى ان تقنية كتل البيانات Entity Framework يعيبها البطء مقارنة بالتقنيتين الآخريين ، لذلك ضع في بالك اي التقنيات افضل في حالتك .

وقبل ان نختم حديثنا اود التطرق اولا إلى الشكل العام من النماذج forms الذي سنستخدمه في عرض البيانات ، حيث الطريقة الاولى وهي الاكثر شهرة بعرض كل البيانات من الجدول الاب وعرض البيانات الفرعية على شكل Grid وهو ما يعرف بالـ Full Details form :

اما الطريقة الثانية ، والتي نشاهدها في الكثير من التطبيقات التجارية ، فهي عرض حقل اساسي من الجدول الاب في List والسجلات الفرعية في Grid وهو ما يعرف بالـ Lookup From او الـ List Form :

في المقال التالي ، سنقوم بمناقشة كيفية استخدام الـ Dataset في عمل Master Details Form بالشكلين السابقين ، وحتى نلتقي عنده ، استودعكم الله .

في إحدى الرسائل التي وصلتني إلى بريدي من فترة ، رسالة من احد الإخوة يقول فيها : " السلام عليكم أبو تقنيات جديدة ! " ضحكت كثيرا عندما قرأتها ، فقد كانت مضحكه جدا ، ودفعني إلى مراجعة مقالاتي ومدوناتي التي كتبتها، فوجدت ان اغلبها يتحدث عن التقنيات الجديدة التي تظهر بين الفينة والاخرى ! فأجبته قائلا : نعم اذا كنا سنعتمد على تقنيات من انتاج شركة مايكروسوفت ، فاعلم انه يتوجب علينا اللهث وراء تلك التقنيات لأنها تظهر بشكل أسي بالمعادة F(x) = e^x ههههه .

عموما ، نتحدث اليوم عن تقنية اخرى – كالعادة – ،وهي موجهه للتعامل مع قواعد البيانات ، فإذا كنت من مغرمي برمجة قواعد البيانات فانصحك بمتابعة هذه المقالة والتعرف على الـ Entity Framewrok .

يعد اطار العمل Entity Framework احدى الطرق المضمنه في تقنية ADO.NET للتعامل مع البيانات في الوضع المنفصل ، فهذه التقنية هي أخت للـ Dataset ، فقد ولت تلك الايام التي نستخدم فيها الـ Dataset حكراً رغما عنا ، فقد اصبح باليد الاختيار بين عدة تقنيات : Dataset,Entity Framework,LINQtoSQL… وغيرها من التقنيات التي تظهر يوما بعد يوم . ومن منطلق ان نعرف ما حولنا ومالنا وما علينا ، يتوجب علينا التعرف على هذه التقنية .

تقنية الـ Entity Framework تقوم بتغليف جداول قاعدة البيانات بفئات تتضمن طرق وخصائص تمثل كائنات قاعدة البيانات ، بمعنى لو كان لديك جدول بالإسم Persons وبه حقول كـ PersonID,FirstName,LastName,…etc فإن هذه التقنية ستقوم بتوليد فئة Class بالإسم Persons به حقول بنفس اسم حقول الجدول Persons في قاعدة البيانات ، بإختصار ، تقوم هذه التقنية بإنشاء نموذج Model لكائنات قاعدة البيانات ، موفرة عليك بذلك الكثير من الجهد خصوصا عندما نتكلم عن تطبيقات متعددة الطبقات N-Tier Applications .

من ميزات هذه التقنية ، هو ان نموذج البيانات Data Model الموجود لديك ، لا يشترط ان يكون مطابقاَ لما هو موجود في قاعدة البيانات ، بمعنى اخر ، بإمكانك تخصيص شكل نموذج البيانات ليكون مختلفا عما هو في قاعدة البيانات ، يتحدد هذا على الطريقة التي استخدمتها في تخطيط قاعدة بياناتك وتوزيع الجداول والحقول فيها ، ستتضح الصورة من هذا لاحقا إن شاء الله .

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

ميزة اخرى في هذه التقنية ، لو أنك قد استخدمت LINQtoSQL لكنت قد اعجبت بالـ O/R Designer وكيف يحول الجداول والـ Stored Procedures الخاصة بقاعدة بيانات من نوع SQL Server مباشرة إلى كائنات برمجية : فئات وطرق Classes,Methods … الخ ويصبح بإمكانك استخدام LINQ مباشرة في الاستعلام عن البيانات وتعديلها واضافتها وحذفها ،، فإنني متأكد من اغرامك بها ولحسن الحظ فيوجد لدينا ايضا ما يدعى بالـ ADO.NET Entity Model ليحاكي الجداول ويقوم بتوليد كل شيء نيابه عنك .

تطبيق عملي على هذه التقنية :

قم بإنشاء مشروع جديد ، اضف إليه عنصرا جديدا من النوع ADO.NET entity Data Model وسمه بالإسم NorthwindEntityModel مثلا ، سيظهر لك معالج اول صفحاته تسألك عن طريقة انشاء الـكيان Entity هل هي من قاعدة بيانات Generate From Database ام نموذج فارغ Empty Model . الاول يكون افضل في حالة كونك ترغب في عمل نموذج مطابق لقاعدة البيانات ، اما الخيار الآخر ، فهو يترك لك حرية تصميم الـ Conceptual Model بنفسك ثم تربطة بقاعدة البيانات وذلك عندما ترغب في تصممي نموذج هيكل بناؤه مختلف عن قاعدة البيانات .

في حالتنا نختار الخيار الاول ، ثم نتوجه إلى الخطوة التالية وهي تحديد قاعدة البيانات المصدر ، وقد تتفاجأ هنا ايضا بأن نوع قاعدة البيانات المصرح بها هو SQL Server فقط حتى هذا الوقت – على الاقل لدي – على أمل ان يدعم هذا المعالج قواعد البيانات الاخرى كالـ Dataset تماما . ساختار هنا قاعدة البيانات Northwind .

الخطوة التالية هي تحديد عناصر قاعدة البيانات التي تود تمثيلها ، فستجد كل الجداول Tables ، استعلامات العرض Views ، الاجراءات المخزنة Stored Procedures . في حالتنا ، نختار الجداول Products,Orders,OrderDetails ثم ننهي المعالج .

الآن ستظهر لك نافذة مصمم كيان البيانات Data entity Designer تمثيل للجداول التي حددناها سابقا . الآن قم بالتمعن في تلك الكائنات ، ستجد اولا ان العلاقات بين الجداول – عفواً اقصد الفئات ! – موضح بشكل جميل جدا ، وكذلك نوع هذه العلاقة ( واحد لواحد One to One ، واحد لمتعدد One to Many ، الخ ) كما بالشكل التالي :

المخطط الذي أمامك يتكون من مجموعة كتل بيانات entities ، الجزء السفلي من كل entity يحتوي على الـ Navigation Properties "خصائص التنقل " تساعدنا على التعامل مع الفئات المرتبطة بعلاقات Relation فيما بينها – تمثيل لعلاقات قاعدة البيانات .

النافذة Model Browser تساعدك على تصفح وجهي العملة : النموذج Model ومخزن البيانات – قاعدة البيانات .

الان نغلق هذه النافذة ونتوجه إلى النافذة form1 – او كما سميتها لدي MainForm ، وضع بها اداة DataGridView حتى نختبر بعض العمليات في عرض البيانات عليها ، في محرر الاكواد تحديد الحدث Form_Load اكتب كودا مثل :

الفئة Entities هي التي تحضن كل الفئات الاخرى المولدة من ال NorthwindEntityModel ويمكن تغيير اسمها من الخلال الخاصية EntityContainerName في الـ Entity Designer.

الآن الباب مفتوح أمامك للقيام بالكثير من الأمور ، نبدأ اولا بإظهار بيانات محددة في الـ DataGrid كما يلي :

حيث قمنا بعمل استعلام LINQ بالاسم SpecialOrders حددنا فيه معيار ان يكون الحقل OrderID اكبر من 11000 وقمنا فيه بتحديد عرض الحقول OrderID,OrderDate,ShipCity .

الآن يجب ان نفهم اكثر بناء الفئات ، جرب استكشفات اعضاء الكائن Bill في الكود السابق ، ستجد ان هناك فئات تمثل الجداول المختلفة فضلا عن طرق مثل الطريقة AddToXXX والتي قد تكون AddToOrders والجداول الاخرى ،تسهل علينا اضافة كائن جديد إلى الفئة Orders وبالتالي الجدول Orders ! بهذه الطريقة تختصر كتابة عشرات الاسطر لتمثيل الجداول إلى كائنات ووضعها في فئات Classes وكتابة طرق مختلفة للإضافة والتعديل والحذف … الخ ! ارتك لك استكشاف باقي الاعضاء بنفسك .

من الامور التي احبها في الـ Entity هي انها قابلة لاستعراض البيانات بالربط Binding وذلك كما يلي :

- اذهب إلى القائمة Data واختر منها Add New Data Source ، من اول صفحة تظهر لك تختار مصدر البيانات ليكون Object بدلا من Database .

- في الصفحة التالية تظهر لك الفئات الفرعية Orders,Products لتصبح قادرا على اضافتها لتكون Datasource في مشروعك ! نفترض اضافة الفئة Products .

- ستجد في النافذة Datasources انه قد تم اضافة تلك الفئة واي فئة مرتبطة ( أي علاقة بين الجداول المعنية ) كما بالشكل التالي :

الآن جرب ان تذهب إلى مصمم النافذة MainForm وقم بسحب الفئة Products إلى النافذة MainForm ، ستحتاج بعدها فقط إلى اضافة سطر واحد كهذا :

شغل برنامجك لتجد ان البيانات ظهرت كما يجب .

يمكنك الاستعلام في تلك البيانات بالطريقة التالية :

ويتضح لنا سهوله الاستعلام في البيانات بإستخدام LINQ مباشرة .

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

الجدول Products مرتبط بالجدول Orders ، فيوجد بينهما علاقة واحد لمتعدد One-to-Many فلو قمنا بإسناد الجدول Products مثلا إلى كائن BindingSource ليكون هو مصدر البيانات DataSource فيه ، فنحن مخيرون هل نضيف الجدول Orders ايضا ام لا ، فإذا كنا نحتاجه سنكتب اسم الجدول Products متبوعا بالطريقة Include ونعطيها اسم الجدول Orders ليتم تحميل بيانات الجدولين معا ، هذه الطريقة مهمة جدا في تخفيف الضغط على مزودات البيانات والشبكة التي يعمل عليها التطبيق ، فبدل ان تقوم بتحميل البيانات وانت لا تحتاج اليها اساسا ، يمكنك ان تقوم بتحميل البيانات التي تحتاج اليها فقط وتقلل بالتالي من الاعباء المحتملة على مزود البيانات Data Server في الشبكة Network .

بهذا نكون قد انتهينا من الحديث بشكل مختصر اتمنى انني قد وفقت في عرضه عليكم ، بإنتظار تعليقاتكم على مدونتي .

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

من هذه الامور هو استخدام Dataset او LINQtoSQL ، فبعد ظهور LINQtoSQL صار علينا التفريق في استخدامهما ومعرفة الحالات التي تقتضي افضلية ايهما !

في الحقيقة هذا يعتمد على السيناريوهات التي تود تحقيقها ، وانت حر بطبيعة الحال في السيناريو الذي تريد .

بالنسبة للـ Dataset :
- الـ Dataset سهل التعريف ، والتسلسل Serialize ، ويسهل فصل الكود فيها عن تصميمه في المشاريع المتعددة الطبقات خصوصا بما يتعلق بالـ TableAdapter المضمنه فيه .
- الـ Dataset يحتوي على متتبع للتغيرات التي تطرأ على البيانات المضمنه فيه، ويدعم التغيير دفعه واحده Batch Editing وكذا بالنسبة للتصفيه والعرض ، كما انه يتعامل بشكل تلقائي مع العلاقات المركبة Complex Relationships .
- يسهل استخدام Dataset عندما نرغب في عمل ربط بيانات DataBinding بشكل متقدم ومعقد .
- يصعب استخدام Dataset عندما نرغب بعمل بعمل عمليات تحقق متقدمة على البيانات .
- يجب تجنب استخدام Dataset عندما تقوم ببناء تطبيق موزع ليس كل العملاء Clients فيه مبنية على net.

بالنسبة لـ LINQtoSQL :

-  يقدم لك LINQtoSQL دعم تحكم كامل بالتحقق Validation, السلوك Behavior ، منطق الأعمال BusinessLogic ، كما انها سهله التوريث للفئات الاخرى ، هذا يعني امكانيه عمل طبقات ام وطبقات مشتقة للاعمال بكل سهولة .
- يمكن عمل تسلسل Serialization لفئات LINQtoSQL على شكل مصفوفات Arrays لغير عملاء net.
- بمجرد ايقاف الاتصال بين LINQtoSQL والـ DataContext ، تكون عملية ال Databinding وتعقب التغييرات على البيانات عملية صعبة ويجب عليك القيام بكل ذلك بنفسك !

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

الكود التالي يقوم بتمرير باراميتر يحمل الاسم ProductName@ الى الاستعلام الموجود في الكائن cmd :

اذا جربت ادخال اي من القيم التاليه في TextBox1 فسيعمل الكود بلا مشاكل ولن تحدث اي اخطاء بمشيئه الله :

الآن سنشرح الكود حبه حبه :
1- في السطر الأول تم انشاء متغير نصي جديد واسندنا له جمله الاستعلام المطلوبة واهم ما فعلناه هو اننا وضعنا بدلا من قيمه الحقل ProductName القيمه ProductName@ والتي تمثل اسم الباراميتر الذي سنمرره للكائن Parameter .
2- في السطر الثاني انشأنا كائن جديد من النوع SQLCommand ولك حريه نوعه على حسب قاعدة البيانات فيمكن ان يكون OleCommand او OracleCommand على حسب نوع قاعدة البيانات .
3- في السطر الثالث قمنا بإضافه باراميتر جديد الى مصفوفة الباراميترات التي تتبع الكائن cmd ، وهنا استخدمنا طريقة مباشره لتعريف الباراميترات وهي اننا اضفناه عن طريق الطريقة AddWithValue ومررنا له القيم المطلوبه .
المهم في السطر الثالث هنا هوه اننا وضعنا اسم الباراميتر المراد ارسال قيمته وهي ProductName@ ووضعنا القيمه الخاصه به وهي النص الموجود في الخاصيه Text التابعه للكائن textBox1 .
الباراميترات داخل جمل الاستعلام SQL :
وبالنسبه لتسميه المتغيرات في جمل الاستعلام SQL يمكنك ان تضع اي اسم تشاء ، ابعد عن الاسماء العربية ، لا تستخدم الارقام ، ولا تضع الاسم بين حاصرتين ولا مسافات . ويفضل لو يبدأ بالرمز @ لتسهل على نفسك قراءه الكود لاحقا ولتعرف مباشره ان تلك الكلمه هي اسم لباراميتر بمجرد وجود @
تسميه الباراميتر تتيح لنا تمرير واستلام قيم اكثر من باراميتر واحد ، فيمكنك انشاء عدد من الباراميترات وكل منها له اسم معين وعند اضافتها الى المصفوفة Parameters ستقوم بارسال كل قيمه مع اسم الباراميتر فتتجنب اي مشكله بخصوص الباراميترات ،
بعض المبرمجين قد يضع العلامة ? بدلا من قيمه كل حقل ويستخدمها مع كل الحقول ، وبالتالي سيكون لكل الباراميترات الاسم نفسه ، في هذه الحاله يجب ان تضيف كل باراميتر وقيمته الى مصفوفة الباراميترات Parameters التابعه للكائن cmd بالترتيب، مع ذلك ، انا لا احبذ هذه الطريقة مطلقا .
الكائن Parameter :
حتى يكتمل حديثنا عن البارميترات ، احببت ان تكلم عن الكائن Parameter .
يمكننا انشاء باراميتر جديد بالصيغه التالية :

طبعا الكود السابق هو مثال لكيفية انشاء باراميتر جديد خاص بـ SQL او باكسس . الغرض منه ان تعرف ان الكائن Parameter يتبع احد انواع مزودات قواعد البيانات في ADO.NET .

في الكود التالي قمنا بتعريف باراميتر بالإسم ProductNameParameter واسناد قيمه ونوع له :

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

• ParameterName : وهي خاصيه من النوع String ويجب ان تسند لها اسم الباراميتر الذي وضعته في جمله الاستعلام .
• SqlDBType : وهي خاصيه تقوم بتحديد نوع قيمه البارميتر من خلالها ، وهي تختلف باختلاف نوع مزود قاعدة البيانات للباراميتر ، فلو كانت SQL كحالتنا هذه ستكون SQLDBType ولو كانت تتبع OleDB ستكون OleDBType وهكذا .
• Value : وهذه الخاصيه تمثل قيمه الباراميتر .

لمن يريد التوسع حول الانواع الممكنه للباراميترات والتي نسندها للخاصيه Type يمكن زياره الرابط التالي في حاله OleDB او الرابط التالي في حاله SQL .

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

كود أخير اضيفه في هذا الجزء لمن يرغب بإرشاد لمعرفه كيفيه انشاء اكثر من باراميتر واحد والتعامل معها :

اذا كنت قد سمعت بهذه التقنية ام لم تسمع بها بعد ، وحتى ان كنت من النوع الذي قد وضع ” رجل على رجل ” كما يقولون او بطيخه صيفي في بطنه وهضمتها واستخدمتها فعليا ، فهذا لا يعني انك تعرف كل شيء عن هذه التقنية !!- انا هنا لست بصدد الحديث عن هذه التقنية وعن كيفية استخدامها ومزاياها وغيرها من الامور- ولكنني بصدد إحالتك الى المدعوة Beth Massi من مايكروسوفت والتي ستقدم لك دروس فيديو مجانية ! لشرح هذه التقنية مع امثلة تطبيقية في الفيديو و sample codes .

للوصول الى الـ videos ، انقر هنا ، لتحميل الـ Sample Codes انقر هنا

نلتقي لاحقا

اقدم لكم هذا الموضوع الذي قد يجده البعض سابقا لأوانه ، وهو يتحدث عن تقنية LINQ التي يحملها اوركاس الينا ( الاصدار 2008 من Visual Studio ) ولكن في الحقيقة انه استغلال للوقت وتعلم لشيء جديد سيجعلنا قادرين على العمل معه فور صدور الاصدار النهائي من Visual Studio 2008 والملقب بـ Orcas .هذا المقال مقال مترجم وهذا مصدره للأمانه ، ولا تنسوا ان الترجمه هي مصدر رئيسي للمعلومات ادت الى تفوق امتنا الاسلامية العربية في قديم الزمان وهي الوسيلة التي جعلت الغرب اليوم يعيش في هذه الثورة العلمية العظيمة التي يشهدها العالم اليوم .اولا : ما هي تقنية LINQ ؟
لقد تحدثت في هذا الموضوع :تعرف على Microsoft Visual Studio 2008 Code Name Orcas عن هذه التقنية بشكل مختصر وهناك تجد جواب هذا السؤال فلا داعي للتكرار

ثانيا : ما هي LINQ to SQL ؟
هي عباره عن اداه تتوفر في أوركاس ، تقوم هذه الأداة بعرض قاعدة البيانات التي تتصل بها على هيئة فئات net. مما يساعدك على استخدام تقنية LINQ وما تتضمنه من امكانيات مختلفه كعرض البيانات وتعديلها وحذف البيانات واضافه بيانات جديده وغيرها من الاوامر التي تمكننا لغه SQL سابقا من القيام بها . ويجب ان نعلم ايضا ان هذه الاداة لا تغفل مكونات قاعدة البيانات الاخرى كالـ Views, Transictions and Stored Procedures .

وتوضح هذه الصورة أداة LINQ to SQL التي ترجمت قاعدة بيانات Northwind الشهيره :

ويوضح هذا الفيديو كيفية استخدام هذا المحرر كتابه بعض الاكواد بهذه التقنية . للمزيد من المعلومات حول هذا الفيديو الرجاء النقر هنا . وخذها نصيحه مني ، لا تفوت الفلم السابق وحاول قدر الامكان ان تشاهده قبل ان تكمل هذه المقاله لانه بالفعل يوضح لك الاستخدام العملي لهذه التقنية بلغه #C ( وطبعا مع VB.NET سيكون مثله ) وسيكشف لك الكثير من الغموض !

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

والآن حان وقت الجد الحقيقي ، وقت التعامل مع الاكواد :

التعامل مع تقني LINQ بالكود ( أمثله ) :
1- الاستعلام عن قيمه معينه بإستخدام LINQ :
لاحظ الكود التالي ( مرفق بصيغه VB.NET و #C ) :


من خلال محاوله قراءه الكود السابق نجد انه يقابل شيئا مثل الجمله التالية في SQL :

كود:

SELECT P FROM Products  WHERE Category.CategoryName = "Beverages"

لكننا نلاحظ انه من احد الفوائد الرئيسية هنا اننا حصلنا على كائن يسمى Products يحتوي على ناتج الجمله السابقة بشكل مباشر !

2- تحديث Product في قاعدة البيانات :
الكود التالي يمثل مقابل لجمله استعلام لتحديث الجدول Products في السجل الذي تكون فيه قيمه الحقل ProductName تساوي Toy 1 :

لاحظ كيف ان عمليه الجفظ والتعديل اصبحت سهله ؟ أليس ما تريده انت كمبرمج هو الحصول على طرق اسهل للعمل وتقليل حجم الكود لتنفيذ عمليه معينه مع الاحتفاظ بتحكم جيد بل ممتاز بالعمل ؟ هذا ما تقدمه تقنية LINQ للمبرمجين في مجال قواعد البيانات !

أطلب من أحدكم ان يثبت لي انه قرأ هذا السطر ويكتب بنفسه الكود كاملا في Visual Studio 2005 و net framework 2.0 وما قبلهما بإستخدام كائن SQLCommand او OleCommand

3- إضافة Category جديده الى قاعدة البيانات مع 2 Products :


وهذه هي كل الحكاية يا سلام على هذه التقنية الآن اقول متى سيصدر اوركاس حتى ننتهي من ما نحن عليه الآن !

4- حذف Product من قاعدة البيانات :
وهذا مثال بالكود لحذف جميع السجلات التي تحتوي على “Toy” في الحقل CategoryName :

يا سلام على السهوله الشديده

5- استدعاء اجراء مخزن Stored Procedure من قاعدة البيانات :
يا سلام على الاجراءات المخزنة واستخدامها ، يا سلام على سرعتها وعلى تسهيلها للعمل ومن يعمل على تطبيق كبير يعرف معنى كلامي واقدم له هذه الهدية :

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

وقبل أن اختم هذا المقال ، اود ان اخبركم بخبر ، وهو ان هذه المقاله ليست كامله ولكنني وضعت الجزء الذي يخص الكود فقط ، فهناك جزء آخر من هذه المقاله يتحدث حول الاداه LINQ to SQL وكيفية وضع الجداول والحقول المطلوبة عليها وامور اخرى مهمه يمكنكم الوصول اليها بالنقر على هذا الرابط

وكالعاده اجدد النداء ، يا من تصرون على Visual studio 2002 و 2003 في عهد 2005 الفرق بينهم كبير جدا فلماذا كل هذا الاصرار على البقاء في الوراء في هذه التنقيات ؟

يامن تصرون على البقاء على Visual Basic 6 وتعيدون وتزيدون فيه مئات المرات ، الا تدركون انكم بذلك تحافظون على جهلكم – واسمحولي على الكلمه الاخيره ولكن الحق يقال .