مقدمة صغيرة لقاعدة بيانات وخادم التطبيق من ثلاث طبقات (Delphi & BCB)
المؤلف: Zeng Mu Dark Shark 2002
قضى Ben Shark 10 يوان لشراء قواعد بيانات الكتب الإلكترونية ، وثلاث تقنية برمجة C ++ Builder5 المتقدمة لـ 100 Yuan << قاعدة بيانات وبرمجة Midas >>
<< برمجة IDE و OPP >> << com و corba وبرمجة الإنترنت >> منشورات Xu Xinhua People People و Selecommunications Press المستفادة وألقيت نظرة هنا.
الجميع لا يعرف الكثير عن خوادم التطبيق ، لذلك سأشرح فهمي.
خادم التطبيق يحل مشكلتين رئيسيتين
في وضع العميل/الخادم: خادم قاعدة البيانات مسؤول عن مشكلة الاتصال (واجهها Brother Xiang Yu)
ثانياً ، يحتاج الموقع إلى تحديث البيانات وقواعد البيانات ديناميكيًا للاتصال بالإنترنت
لن أتحدث عن التطبيقات الأخرى.
بيئة تطبيق الوضع الأول موجودة بشكل أساسي في شبكة الإنترنت: برنامج العميل + خادم التطبيق + قاعدة بيانات
الوضع الثاني للتطبيق موجود على الإنترنت: Browser + Web Server + Application Server + قاعدة بيانات
يمكن استخدام المتصفح في LAN ، ويمكن استخدام برنامج العميل في الإنترنت.
يمكن تخيل أنه يمكن استخدام تدفقات البيانات الكبيرة في شبكة المنطقة المحلية ، ويجب استخدام تدفقات البيانات الصغيرة في الإنترنت.
أين يتم تطبيق القواعد؟
بعد تبني خادم التطبيق ، وصل الجميع إلى إجماع وقدم القواعد على العميل.
يضع بعض الأشخاص القواعد في خوادم التطبيق ، والتي يمكن أن تقلل من عبء العمل في قاعدة البيانات.
أعتقد أن القواعد لا تزال تسمح بإدارة قاعدة البيانات ، وأن قاعدة البيانات لديها قدرة أفضل من قواعدنا.
فقط بعض قواعد البيانات القديمة جدًا لها قواعد إدارة منخفضة للغاية ، وربما لا توجد قواعد بيانات علائقية
يجب أن يتعامل خادم التطبيق مع القواعد.
من الأفضل أن يكون خادم التطبيق مسؤولاً عن الاتصال ومراقبة حركة البيانات وتوفير خدمات عالية الجودة للعميل.
توافق أفضل مع أنواع مختلفة من قواعد البيانات القديمة.
يوجد حاليًا ثلاثة أنواع من خوادم التطبيق
نوع Microsoft اللامركزي: انتشر عبر تقنيات مختلفة.
بائعو قاعدة البيانات: يبيعون خوادم التطبيق (نوع خاص) معًا عند بيع قواعد البيانات.
بائع البرمجيات المستقل: تم تطوير خادم تطبيق منفصل.
مناسبة لحالات مختلفة.
ونحن ، كما أعتقد ، نطور خوادم تطبيقات مستقلة يمكن أن توفر مرونة وتوافقًا أفضل.
يجب على الجميع الانتباه إلى المستقبل عند التطوير.
يوفر لنا C ++ Builder5 أجزاء مختلفة لعملاء التطوير وخوادم التطبيق.
أجزاء من جانب خادم التطبيق: TDATASETPROVIDER+أجزاء طريقة BDE (الجدول ، الاستعلام ...)+ADO (adotable ......). لا يزال ODBC من خلال أجزاء BDE.
أجزاء ADO ليست غنية بدون جلسات BDE ، وحركة الدُفعات ، وتحديثات ذاكرة التخزين المؤقت ، والجداول المتداخلة ؛
تم إصدار BDE معقد للغاية وعصيان ، وحتى لو كان هناك مثبت ، فقد خجل. آمل أن يعزز C ++ Builder6 وظيفة ADO.
عميل
tdatasource+tclientdataset+{tdcomconnection ؛ tsocketConnection ؛ twebconnection ؛
خمس طرق مختلفة للاتصال بخادم التطبيق.
TDCOMConnection عند النشر باستخدام تقنية DCOM ، انتبه إلى إعدادات خادم NT وإعدادات اسم المجال ، ويجب على خادم التطبيق أيضًا تسجيل DCOM مع العميل.
TsocketConnection: باستخدام طريقة TCP/IP ، يمكنك استخدام خوادم اسم مجال NT دون استخدام.
TwebConnection:
باستخدام HTTP ، يتصل بخادم الويب وينقل البيانات إلى خادم التطبيق. عند النشر ، يحتاج العميل إلى تثبيت wininet.dll مع نظام IE3 أو فوق النظام ؛
يجب أن يكون خادم الويب IIS4 UP أو NETSCAP Enterprise3.6 UP
يجب أن يكون لخادم الويب httpsrvr.dll ؛
TwebConnection-> url = & quot ؛ http: //midashost.org/scripts/httpsrvr.dll
TsimpleObject: إصدار TolenterPriseConnection هو التوافق المتخلف.
1broker.exe
2OBJFACT.EXE
3OLECFG.EXE
4ALETIONEXP.EXE
يتم وضع 1+2 على وسيط خادم التطبيق. لا يمكن استخدام ClientDatAset+DCOM+SimpleObject بمفرده
tcorbaconnction: ليس لدي هذا الرجل! !
يجب على جميع العملاء نشر midas.dll في نفس الوقت. لن أقول الكثير عن الوضع المحدد. قالت أخبار الصحف أنه عند الانضمام إلى منظمة التجارة العالمية ، تحتاج الشركات إلى استخدام أنظمة المعلومات. لدينا أبطال ومكان لاستخدامهم ، لا يزال VC VB طريًا قليلاً