استخدام ال ADO.NET او ال Data Sources

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

ربط المشروع مع قاعدة البيانات بزيادة و تهيئة Typed DataSet يؤدي إلى ربح الكثير من الوقت والجهد خصوصا إذا كانت بنية قاعدة البيانات معقدة و تحتوي على العديد من الجداول المرتبطة بينها بعلاقات. في هذه الحالة فيجوال ستوديو ينشئ كود للداتاست و الجداول و الحقول و العلاقات بحيث الداتاست الجديدة تكون نسخة طبق الأصل من قاعدة البيانات و تحترم و تتحقق من احترام البيانات المدخلة للعلاقات المحددة على قاعدة البيانات في الوضع المنفصل. شيء ثاني بالنسبة لمبرمجي لغة C# المتشدد إلى حد ما في مسألة تحويل أنواع المتغيرات, Typed DataSet التي ينشئها فيجوال ستوديو تعرف كل حقل DataColumn لجدول DataTable ما بنوع الحقل على قاعدة البيانات مما يسهل عملية التعامل مع قيم الحقول...

حياك الله اخي محمد .. و اشكرك على الرد

اعذرني على بساطة معلوماتي فيما ذكر .. و لكني قصدت لوحة الـ Data Sources المرفقة مع VB.NET ... كما في الصورة :

هل ينطبق ما ذكرت على هذه الطريقة ... ؟ ما هي اافضلية هذه الطريقة على الـ ADO.NET او العكس ؟؟

هو ذاك أختي الكريمة, إذا قمت بالبحث في المشروع ستجدين ملفا باسم testDataSet.Designer.vb ألقي نظرة عليه و ستجدين لكل جدول و لكل حقل على قاعدة البيانات فئة خاصة به لإدارته و تسهيل استعماله داخل المشروع كما ذكرت سابقا. و كما ذكرت كذلك فيما سبق فبهذه الطريقة ستربحين الكثير من الوقت اللازم لتهيئة DataAdapters و غيرها من كائنات الربط و تسيير البيانات.

أما بالنسبة للـ Ado.NET فهو المستعمل و لكن في الكود الذي تم إنشاؤه أوتوماتيكيا من طرف فيجوال ستوديو. ألقي نظرة على الملف testDataSet.Designer.vb فهو يعمل في الخفاء و يقوم بربط Ado.NET مع المشروع.

جميل جداً اخي محمد ... اعتقد اني فهمت قصدك ... لكن اذا كانت هذه الطريقة اسهل .. فلماذا الـ ADO.NET ؟؟

مثلاً في الـ VB كانت الـ DAO لا ترتبط مع قواعد اكسس الحديثة و بالتالي كنا نذهب الى ADO و الطرق الاخرى ...

الذي رايته ان الـ ADO.NET تقدم تسهيلات فيما يخص بالتعامل مع ملفات مثل الـ XML و اعتقد قواعد البيانات الغير مهيكلة بشكل عام ...

فهل هذه ميزة الـ ADO.NET ؟؟

هل استخدم لوحة الـ Data Source بدلاً من الـ ADO.NET اذا كان عندي مشروع كبير و قاعدة بيانات عادية علائيقة ؟؟؟

اقتباس

و التساؤل الذي لدي هو حول استخدام الـ ADO.NET في المشروع او الاكتفاء ببناء قاعدة البيانات و ادراج الحقول مباشرة من لوحة الـ Data Sources؟

اقتباس

هل ينطبق ما ذكرت على هذه الطريقة ... ؟ ما هي اافضلية هذه الطريقة على الـ ADO.NET او العكس ؟؟

اقتباس

هل استخدم لوحة الـ Data Source بدلاً من الـ ADO.NET اذا كان عندي مشروع كبير و قاعدة بيانات عادية علائيقة ؟؟؟

أخي الفاضل

تكرر سؤالك كثيراً عن هذه الجزئية

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

اذا كنت مبتديء في استخدامك لتقنية Ado.net فأنصحك بالطريقة مبدأيا بالتي تفضلت وذكرتها وهي ربط قاعده البيانات عن طريق Datasource وبعد ذلك ادراجها داخل الفورم من خلال السحب والافلات

لكن في حالة انك تقدمت بعض الشيء في هذه التقنية فلن تسعفك هذه الطريقة لان هناك طرق اخري تستطيع من خلالها تحسين آداء برنامجك

من خلال التعامل مع قاعده البيانات من خلال stored procedure

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

من خلال الاكواد البرمجية التي سيمكنك من خلالها التعامل مع أدوات datagridvew , combobox , listbox الخ

وهكذا

باختصار ادارج الحقول من خلال data source ليس كافيا لبناء كامل متكامل

وأخيراً

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

مشكور اخي محمد تركي على الرد ... جزاك الله خيراً ...

اقتباس

من خلال التعامل مع قاعده البيانات من خلال stored procedure

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

من خلال الاكواد البرمجية التي سيمكنك من خلالها التعامل مع أدوات datagridvew , combobox , listbox الخ

لاحظ انه حتى مع الـ لوحة الـ Data Sources استطيع عمل ما ذكرته ما عدى stored procedure

لكن من خلال ما ذكرت هنا اخي الكريم اعود الى ما وضعته ضمن تساؤلي و هو ان الفرق سيكون بمرونة ارسال اوامر SQL عبر الـ ADO.NET .. و هذا الشيء لمسته من خلال تطبيقي العملي ...

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

مع الـ SQL و الـ PLSQL

هل يتفق كلامي هنا مع ما هو صحيح ؟؟؟

و اشكركم جميعاً على التعاون

أختي الفاضلة بنت اليمن

توضيح بسيط لتقنية Ado.net وهي عبارة عن component يستخدمها المبرمجون للوصول الي مصادر البيانات ونفهم من ذلك أن Datasourses آداه من ضمن أدوات Ado.net وليست خيار بديل عن استخدام Ado.net

ثاني شيء

أنا متفق معك أن مايكروسوفت قد طورت في اصداراتها خاصة الاصدار 2008 ووضعت لنا السهولة في الاداء من خلال استخدام الادوات الجاهزة التي تعين المبرمجين علي تنفيذ بعض التطبيقات او البرامج بشكل ميسر لذلك تجدي في بعض التطبيقات البسيطة انك لا تبذلين جهد كبيرة لانشاء تطبيق بسيط يعتمد علي الادوات الجاهزة والغير معقده من طرف microsoft مثل آداه Binding Navigator والتي وفرت علي بعض المبرمجين عبيء كبيرا عن الاصدرات السابقة وذلك علي سبيل المثال لكن هذا لا يعني اننا قد نستغني عن التدخل و استخدام hard code في احيان كثيرة الذي يساعدنا بالتأكيد لتنفيذ مهام يعصب علي الطرق العادية تنفيذها وهي التي تحدثتي عنها من خلال عمليات السحب والافلات للعناصر من علي toolbox الي الفورم

وأخيراً يجب أن نضع في الحسبان أن استخدام hard code بيكون أسرع بكثير من استخدام wizard خاصة في التطبيقات والمشاريع كبيرة الحجم أما التطبيقات البسيطة فأعتقد اننا لا نحتاج الي ذلك وكل هذه العوامل يحددها المبرمج اثناء العمل ومراقبة آداء البرنامج

جميل جداً اخي محمد تركي ... اعتقد اني قادرة الآن على الاختيار ...

جزاك الله خير انت و الاخ محمد رضى :)