موصى به: ASP Advanced: استخدم ASP لصنع مخططات فطيرة إحصائية ، مخططات شريطية ، إلخ. في عملنا ، غالبًا ما نحتاج إلى تحويل البيانات إلى مخططات شريطية ، ومخططات فطيرة ، وما إلى ذلك لتسهيل وتحليل البيانات البديهية. هنا سأقدم لك مكونًا يصنع مخططات الفطيرة ومخططات الشريط في ASP: Csdrawgraph ، CSDGT.ZIP. لأنه مكون ، نحتاج إلى استخدام REGSV قبل استخدامه.
الفصل 8 أساسيات اللغطفي الفصول السبعة الأولى من هذا الكتاب ، تحدثنا بالفعل عن المحتوى حول ASP وكيف يجلب ASP المحتوى الديناميكي إلى موقع الويب. لقد لوحظ أن برنامج البرمجة النصية الخاصة به يتيح صفحات ويب مخصصة ، مما يتيح لنا بناء صفحات ASP أكثر قوة.
الآن ، سيتم دراسة تكامل ASP والبيانات. على الرغم من عدم وجود حد لعدد البرامج النصية المستخدمة في صفحات الويب ، دون شكل من أشكال البيانات ، إلا أنها ستكون قريبًا. تشكل البيانات المحتوى الفعلي لموقع الويب ، أو يشير إلى كيفية إعداد موقع الويب ، لذلك فإن البيانات مهمة للغاية بشكل عام. إذا قمت بإنشاء موقع ويب حول تخزين البيانات ، فأنت بحاجة فقط إلى تغيير البيانات المقابلة عند تغيير موقع الويب.
كائنات بيانات ActiveX (ADOS) هي مكونات تسمح للمستخدمين بالتفاعل مع مخازن البيانات. هذا يعني أنه يمكن بناء صفحة ويب بناءً على بعض البيانات ، أو نظام التجارة الإلكترونية التفاعلية بالكامل. وفي كلتا الحالتين ، يتيح لنا ADO التواصل مع البيانات. سنناقش المحتويات الرئيسية للحصول على البيانات ونقلها من تخزين البيانات ، وكذلك طريقة معالجة البيانات بعد الحصول على البيانات.
أولاً ، نلقي نظرة على ماهية ADO ومكوناتها ، ثم نناقش كيفية الوصول إلى تخزين البيانات. في الفصل التالي ، سنتعلم أيضًا بعض الميزات الأكثر تقدماً لـ ADO ، مثل الأوامر والإجراءات المخزنة وبعض تقنيات التشغيل لتحسين التطبيقات. والخطوة التالية هي دراسة عملية التفاعل بين خادم الويب والمتصفح ، وكذلك عملية معالجة البيانات. ثم دراسة XML المحتملة في مجال الوصول إلى البيانات. ما هو XML؟ كيف تستخدمه؟ نظرًا لأن XML يمثل اتجاهًا في التطوير المستقبلي ، فسوف نقدم فكرة Microsoft عن الوصول إلى البيانات الشاملة. في هذا المفهوم ، لا يتم الحصول على البيانات فقط من قاعدة البيانات. أخيرًا ، ألقِ نظرة على قواعد بيانات Microsoft القياسية مثل Access و SQL Server وكيفية استخدام ADO فيه.
يبدأ هذا الفصل بـ ADO ، والمحتويات الرئيسية هي:
· دراسة كيف يتفاعل ADO مع البيانات.
· فهم مكونات اللغط.
كيفية الاتصال وإنشاء مجموعات البيانات مع Datastores.
كيفية معالجة وتعديل البيانات.
· كيفية التعامل مع أخطاء اللغط.
8.1 تعريف اللغط
ADO هي فكرة بسيطة إلى حد ما ، وهي فكرة تتيح لك الوصول إلى البيانات بطريقة واحدة فقط. ADO ليست فكرة جديدة ، إنها مجرد شيء جديد يتكيف مع احتياجات الحاضر والمستقبل من خلال تبني تقنية الوصول إلى قاعدة البيانات الحالية ودمجها. من المهم جدًا التكيف مع الاحتياجات المستقبلية. العديد من التقنيات الأخرى ، مثل DAO و ODBC ، مقبولة في تطوير بعض التطبيقات ، ولكن مع ظهور الإنترنت ، نشأت بعض مشاكلها الخاصة.
في كثير من الحالات ، يبدو أن أساليب الوصول إلى البيانات التقليدية تحل بعض المشكلات مع أنظمة عميل/خادم من طبقتين ، ولكنها تتطلب اتصالًا دائم بالبيانات وتوفر وظائف قوية ، مثل الاستعلامات المستجيبة سريعة ، وتعديل البيانات السهل ، إلخ. من غير الواقعي إنشاء اتصال دائم بالبيانات ، لذلك يجب أن تؤخذ هذه العوامل في الاعتبار عند تصميم التطبيقات.
إذن ، ما هي بالضبط DB القديم و ADO؟ دعنا نقارنها ببعض تقنيات الوصول إلى البيانات الحالية قبل الإجابة على هذا السؤال. إذا تعرض القراء على أي وقت مضى لبرمجة قاعدة البيانات ، فقد يكونون أكثر دراية بـ ODBC و RDO. فتح اتصالات قاعدة البيانات (ODBC) هي واجهة برمجة التطبيقات (API) تتيح الوصول إلى قواعد البيانات العلائقية مثل Access و SQL Server. نظرًا لأنها واجهة برمجة تطبيقات ، فإن العديد من المبرمجين ، وخاصة المبرمجين في مجال Visual Basic ، يجدون أنه معقد للاستخدام. كائن البيانات عن بُعد (RDO) هو كائن ActiveX الموجود على الطبقة العليا من ODBC. يمكن أن توفر جميع وظائف ODBC وبسيطة نسبيا للاستخدام.
يمكن مساواة OLE DB مع ODBC ويمكن تعادل ADO مع RDO.
OLE DB هي تقنية أساسية لتفاعل التطبيقات مع مصادر البيانات.
هذا معقد للغاية وهو متاح بالفعل لمبرمجي C و C. كما يوحي اسم ADO ، فهو كائن ActiveX مع سهولة الوصول إلى وظائف OLE DB.
قد تجد أن مصطلح ActiveX غالبًا ما يتم خلطه مع كائنات com. لا يوجد اختلاف أساسي لمبرمجي ASP ، لأن كلاهما يعتمد على بنية نظام COM ، باستثناء أن ActiveX هو معيار منصة منصة للمكونات ، و COM محددة Windows.
على الرغم من أن Microsoft قدمت تقنية جديدة للوصول إلى البيانات ، إلا أنها لم تلغي على الفور التكنولوجيا القديمة ، ولا يزال ODBC يعمل بشكل فعال للغاية ويعمل بشكل وثيق مع OLE DB و ADO. في الواقع ، ODBC ليس مجرد منتج Microsoft ، بل يتم التحكم فيه أيضًا بواسطة المكونات الدولية. وبسبب استخدامه على نطاق واسع ، لن يموت ODBC فجأة. الفكرة وراء Ole DB هي عدم التخلي عن التقنيات الحالية ، ولكن لتحسينها باستمرار.
8.1.1 بنية OLE DB و ADO
تم تقديم شرح موجز لـ OLE DB و ADO في بعض الجوانب الرئيسية أعلاه. يوضح الشكل 8-1 العلاقة بين هاتين التقنيتين والتطبيقات وتخزين البيانات:
الشكل 8-1 العلاقة بين OLE DB و ADO والتطبيق وتخزين البيانات
يمكن رؤية الفكرة العامة من الشكل 8-1. في الجزء العلوي من المخطط هو التطبيق (الويب أو التطبيق العادي ، وهو أمر غير ذي صلة) ، وأسفل هو ADO و/أو OLE DB الذي يوفر الوصول إلى البيانات. ADO و Ole DB كلاهما لأن OLE DB هي تقنية أساسية. ومع ذلك ، فإن OLE DB غير مناسب لجميع اللغات ، لذلك يقع ADO على الطبقة العليا من OLE DB ويوفر واجهات البرمجة للغات التي لا تتمتع بوصول مباشر إلى OLE DB ، مثل اللغات الأساسية المرئية والبرمجة النصية. يوفر ADO واجهة برمجة أسهل من OLE DB ، لذلك حتى لغات البرمجة التي يمكنها استخدام OLE DB مباشرة ، مثل C أو Java ، يمكن استخدام ADO لتبسيط الوصول إلى البيانات.
يوضح الشكل 8-1 لغة برمجة Microsoft ، و ADO مكون COM ، بحيث يمكن استخدامه في أي لغة برمجة متوافقة مع Delphi أو لغة البرمجة النصية التي تدعم واجهة البرمجة النصية النشطة. لذلك ، على الرغم من أن ADO مرتبط بالمنصة ، إلا أنه لا يرتبط باللغة التي تم تطويرها. بطبيعة الحال ، بالنسبة لـ ASPs و VBScript و JScript بشكل رئيسي ، وعند استخدام ADO في المكونات ، هناك بعض التعليمات البرمجية Visual Basic.
الآن نعلم أن Ole DB و ADO يسمحان بالوصول إلى البيانات ، ولكن لماذا نحتاج إليها؟ هل هناك شيء خاطئ في الطريقة القديمة؟ فيما يلي سببين رئيسيين:
بادئ ذي بدء ، يتم استخدام OLE DB و ADO للوصول إلى تخزين البيانات. لاحظ أن هذا يشير إلى تخزين البيانات بدلاً من قاعدة البيانات. على الرغم من أن قواعد البيانات لا تزال أكثر أشكال تخزين البيانات شاملة ، إلا أنها لا تحتوي بالضرورة على جميع البيانات. بعض أنظمة المراسلة ، مثل Microsoft Exchange Server ، تستخدم أيضًا لتخزين البيانات. بدأت خدمات الدليل في إظهار العلامات ، فهي تحتوي على بيانات حول المستخدمين والآلات وما إلى ذلك ؛ هناك الكثير من المعلومات الواردة في خادم الويب. يمكنك متابعة سردها ، ومن الواضح أن هناك حاجة إلى طريقة للوصول إلى كل هذه الأنواع المختلفة من البيانات.
ثانياً ، نشأت من ظهور تطبيقات الإنترنت وطبيعة الدولة على الويب. تدرس الطرق السابقة للوصول إلى البيانات بشكل رئيسي معالجة البيانات مع الحفاظ على اتصال دائم مع متجر البيانات. تم تصميم OLE DB و ADO لحل هذه المشكلة ، مما يوفر مجموعة سجلات منفصلة ، وسنرى المحتوى في هذا لاحقًا.
8.1.2 المستهلكين ومقدمي الخدمات
يوضح مخطط هيكل نظام ADO كيف يعمل ADO بين التطبيق ومتجر بيانات حقيقي. في أدبيات Microsoft ، يتم رؤية مصطلحين سهلين الفهم: المستهلك والمزود ، لكن من الأهمية بمكان اكتشاف تعريفاتها الدقيقة.
المزود هو الكائن الذي يوفر البيانات ، والمستهلك هو الكائن الذي يستخدم (استهلاك) هذه البيانات.
في البرمجة ، غالبًا ما يتم العثور على التطبيقات لتكون مستهلكين للبيانات. ولكن ماذا عن المزود؟ بشكل عام ، إنه متجر للبيانات ، وبما أن OLE DB مصمم للتحدث مع مخازن البيانات المختلفة ، فهناك مزود OLE DB لكل نوع فريد من مخزن البيانات.
هذه الفكرة عن مزود منفرد ليست جديدة ، ولكنها تجعل البرمجة أسهل. اكتب برنامجًا للتحدث إلى Ado أو Ole DB ، وسيتحدث Ole DB إلى المزود. هذا يعني مجرد تعلم مجموعة من الطرق للوصول إلى البيانات ، بغض النظر عن كيفية تخزين البيانات ، في بعض الحالات ، من الممكن بالفعل تغيير أي رمز على الإطلاق وتغيير المزود. هذا هو ما يعتبره ADO و Ole DB متفوقين حقًا ، حيث يوفران واجهة برمجة شائعة لتخزين البيانات.
للاتصال بمتجر البيانات ، يجب استخدام مزود OLE DB. الإعدادات الأولية المقدمة إلى ADO 2.5 هي:
· Jet Ole DB 4.0: للاستخدام مع قاعدة بيانات Microsoft Access.
حزم DTS: خدمات تحويل البيانات لخادم SQL.
· نشر الإنترنت: يستخدم للوصول إلى خوادم الويب.
· خدمات الفهرسة: تستخدم في كتالوجات الفهرس (كتالوجات الفهرس).
· بحث خادم الموقع: يستخدم للعثور على أدلة لخوادم الموقع.
برامج تشغيل ODBC: تستخدم لمصادر بيانات ODBC.
· خدمات OLAP: تستخدم لخوادم Microsoft OLAP.
· أوراكل: تستخدم في قاعدة بيانات أوراكل.
خادم SQL: يستخدم لقاعدة بيانات خادم Microsoft SQL.
· مزود بسيط: للحصول على ملفات نصية بسيطة.
· msdatashape: يستخدم للبيانات الهرمية.
خدمات دليل Microsoft: خدمات الدليل لنظام التشغيل Windows 2000.
ملف DTS Flat File: إدارة الملفات المسطحة لخدمات تحويل بيانات SQL Server.
هذه مجرد القائمة الأولية التي توفرها Microsoft وتعتمد على الخدمات والبرامج المثبتة على الخادم. أخذ موفر بيانات Oracle كمثال ، يجب تثبيت برنامج عميل Oracle على جهاز العميل.
يتوفر مقدمو DB OLE من الشركات المصنعة الأخرى لتخزين البيانات الأخرى. يمكن أن تكتب حتى
مشاركة: البدء في فئة الويب (1) 1. مقدمة إلى فئة الويب: فئة الويب هي مكون VB الموجود على خادم الويب ويستجيب لمدخلات المتصفح. بالنسبة للمستخدمين ، يبدو أن تطبيق IIS يتكون من سلسلة من صفحات HTML. للمطورين ، تطبيق IIS